Citation:
Ici je crois que ce que met en avant SQLPro est l'ignorance terriblement répandue et très difficile à combattre des schémas de base de données.
Il m'est actuellement impossible de faire comprendre au DBA principal que si l'on organisait logiquement les tables à travers des schémas, ce serait un peu plus simple de gérer 4000 tables ...
Au lieu de cela, chacune est précédée par une abréviation qui aurait du en fait être le nom du schéma ...
Je ne vois aucun avantage à avoir plusieurs instances sur la même machine, si ce n'est satisfaire une certaine radinerie, dont les entreprises sont particulièrement friandes (quelle que soit leur taille).
Si elles regardaient le temps que leurs DBAs perdent à chercher la petite bête pour faire qu'un tout petit serveur tienne tout juste la charge de l'entreprise, elles changeraient peut-être d'avis.
Je suis 100% d'accord avec SQLPro sur le sujet. Avoir plusieurs instances sur le même serveur n'est pas une bonne pratique en soi mais il faut malheureusement faire avec la réalité. Pourquoi les entreprises vont dans ce sens ? La réponse est simple ... Demander aux développeurs de modifier le schéma d'une base est certainement plus long et plus coûteux que d'acheter de la ressource et de demander à un DBA de faire en sorte que tout va bien. Cette méthode a bien sûr ces limites que tout le monde connaît ..