Posts Tagged ‘bonnes pratiques’

Malgré les faibles mises à jour sur ce blog, il y a encore quelques visites, et parfois de gens plutôt calés. Je me propose donc de publier les questions sans réponse explicite (avec tests, code qui le prouve) que j’ai en stock.

Si vous avez de l’aide à apporter pour répondre à ces données, manifestez vous, via les commentaires ou en me contactant  : sarah (point) haim (at) anaska (point) com.

PHP

  • Pourquoi avoir choisi __construct() et ne pas avoir gardé la manière PHP4 ?
  • Vaut-il mieux utiliser __FILE__ ou la variable d’environnemet ($_SERVER) ?
  • Désactiver var_dump pour gérer des contextes
  • Est-ce que je devrais ré-écrire tous mes scripts pour passer à PHP6 ?
  • Puis-je utiliser une classe abstraite, pour des méthodes statiques ?
  • Flux et sockets : dois-je refaire mon wrapper pour utiliser les sockets ?

Talend

  • Faire un diff sur des fichiers
  • Transformer des fichiers : plusieurs lignes à partir d’une seule

Javascript

  • Est-ce que continue sert dans les boucles labellisées ?
  • Peut-on utiliser AND au lieu de && et OR au lieu de || en Javascript ?
  • Eclipse existe-t-il en français ?

OpenOffice

  • Comment paramétrer OpenOffice pour qu’il ressemble à MS Word ?
  • Comment voir le contrôle de repérage dans OpenOffice ?
  • Comment organiser ses modèles dans OpenOffice ?
Publicités

Si les index permettent à la base de données de mieux parcourir les enregistrements, pourquoi ne mettrait-on pas un index sur chaque champ ? Est-ce que cela n’améliorerait pas les recherches ?

En fait, il y a une raison très simple pour ne pas indexer chaque champ :

  • Mettre des index partout fait grossir le fichier d’index, et donc ralentit l’accès aux données. Le bénéfice apporté par l’index est perdu.

De plus, si jamais votre base est normalisée, la redondance des index est déjà prise en compte, et si elle est dénormalisée, vous n’avez pas à créer trop d’index.