1) Absence de plan à long terme
Il ne suffit pas de planifier une base de données pour le moment présent. Le bon développeur doit réfléchir aux besoins de l'entreprise dans trois ou quatre ans. Comme il ne sera pas facile de changer l'architecture de la base de données, une réflexion poussée doit précéder la mise en oeuvre générale.

2) Indexation excessive
Ne pas savoir quand arrêter l'indexation et fignoler et bricoler sans cesse. Les développeurs doivent savoir clairement ce qu'ils attendent de l'indexation et ne pas aller au-delà.

3) Attention à l'effet domino
Cela prolonge le point précédent. Tel ou tel changement peut abîmer une autre partie du logiciel, et il est alors difficile de trouver la source d'un problème particulier

4) Ne pas penser comme un ingénieur
Faites les réglages et les retouches un à un. Essayez de prévoir ce qui se passera et, au passage, jugez de votre talent dans ce genre d'exercice.

5) Se passer d'experts.
Le développement et l'administration des bases de données sont des spécialités de pointe. Et il y a pénurie de ce genre de spécialistes. Même s'il est difficile de trouver du bon personnel et de le conserver, il ne faut pas lésiner dans ce domaine. Et surtout, il faut actualiser sans cesse ce genre de connaissances en assistant à des conférences techniques et en lisant ce qu'écrivent des experts reconnus.

6) Négliger les outils d'analyse.
Il existe un large choix d'outils d'optimisation des bases de données : certains sont offerts par les fournisseurs de bases de données eux-mêmes, d'autres par des sociétés tierces. Utilisez-les car ils seront précieux pour vous aider à résoudre certains des problèmes les plus évidents.

7) Attention à la normalisation.
La conception de bases de données fait bon usage de la normalisation. Mais il faut quand même l'utiliser avec prudence. Un peu de 'dénormalisation' peut être bénéfique, mais sans excès.

8) Pas de coopération étroite entre l'équipe de développement et celle d'exploitation Généralement, il y a démarcation entre l'équipe de développement et celle d'exploitation. À beaucoup d'égards, c'est une fausse distinction et certaines sociétés ne pratiquent pas cette division. Si une seule entité n'est pas possible, il faut au minimum instaurer une coopération étroite entre les deux groupes.

9) Documentation mediocre
C'est un reproche aussi vieux que la programmation. Mais il est vrai que les développeurs ne savent pas bien indiquer ce qui a été fait, par qui, quand et pourquoi. Leurs successeurs ont souvent bien du mal à retrouver et à annuler certains des changements. D'où l'intérêt de bien faire les choses dès la première fois.

10) Puissance de traitement insuffisante
C'est vrai, ce facteur est souvent jugé important et on a facilement tendance à lui imputer les problèmes de base de données … parfois à juste titre. Si tout le reste échoue, regardez donc du côté du serveur, voire du réseau.