À quel moment quelqu'un devrait-il décider de changer de système de base de données

Question

Lors du développement, qu'il s'agisse d'un site Web ou d'un ordinateur de bureau, à quel moment un développeur doit-il passer de SQLite, MySQL, MS SQL, etc.

Answer 1

Cela dépend de ce que vous faites.Vous pourriez changer si :

• Vous avez besoin de plus d'évolutivité ou de meilleures performances, par exemple de SQLite à SQL Server ou Oracle.
• Vous devez accéder à des types de données plus spécifiques.
• Vous devez prendre en charge un client qui exécute uniquement une base de données particulière.
• Vous avez besoin de meilleurs outils DBA.
• Votre application utilise une plate-forme différente sur laquelle votre base de données ne s'exécute plus ou ses bibliothèques ne s'exécutent pas.

Il existe de nombreuses autres raisons de changer et tout dépend de vos besoins.

Answer 2

Vous devez changer de base de données au jalon 2,3433, 3 ps avant la branche gauche de la dendrite 8 151 215.

Vous devriez changer de base de données lorsque vous avez une raison de le faire, ce serait mon conseil.Si votre base de données existante répond à vos attentes, supporte la charge qui lui est imposée par vos systèmes de production, possède les fonctionnalités dont vous avez besoin dans vos applications et ne vous ennuie pas, pourquoi changer ?Cependant, si vous constatez que votre application n'est pas évolutive, ou si vous concevez une application qui a des exigences de charge ou d'évolutivité élevées et que vos recherches vous indiquent que votre plate-forme de base de données actuelle est faible dans ce domaine, ou, comme cela a déjà été mentionné, vous en avez besoin. analyse spatiale ou fonctionnalité d'une base de données particulière, et bien voilà.

Une autre considération pourrait consister à utiliser un outil ORM indépendant des bases de données qui peut vous permettre d'expérimenter librement avec différentes plates-formes de bases de données avec un paramètre de configuration simple.C'est ce qui nous a poussé à envisager d'essayer quelque chose de nouveau dans le département DB.Si notre application peut gérer n'importe quelle base de données que l'ORM peut gérer, pourquoi payer des frais de licence sur une base de données commerciale alors qu'une base de données open source fonctionne tout aussi bien pour les niveaux de performances dont nous avons besoin ?

L'essentiel, cependant, est qu'avec les bases de données ou toute autre technologie, je pense qu'il n'y a pas de « règles métier » qui vous diront quand il est temps de changer - votre scénario vous dira qu'il est temps de changer parce que quelque chose dans votre solution ne sera pas tout à fait correct, et si vous n’en êtes pas à ce stade, pas besoin de changer.

Answer 3

BrianLy a mis le doigt sur la tête, mais j'ajouterais également que vous pourriez finir par utiliser différentes bases de données à différents niveaux de développement.Il n'est pas rare que les développeurs utilisent SQLite sur leur poste de travail lorsqu'ils codent sur leur serveur de développement personnel, puis que les sites de préparation et/ou de production utilisent un outil de base de données différent.

Bien sûr, si vous utilisez des extensions ou des fonctionnalités spécifiques à un certain outil de base de données (par exemple, PostGIS dans PostGreSQL), cela ne fonctionnera évidemment pas.