2008-08-07 6 views

Répondre

3

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

  • Vous avez besoin de plus d'évolutivité ou de meilleures performances, par exemple de SQLite à SQL Server ou Oracle.
  • Vous avez besoin d'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.

0

BrianLy a mis le doigt sur la tête, mais je voudrais aussi ajouter que vous pouvez 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, et que les sites de transfert et/ou de production utilisent un outil de base de données différent.

Bien sûr, si vous utilisez des extensions ou des capacités spécifiques à un outil de base de données (par exemple, dans PostGIS PostGreSQL), alors il est évident que ne fonctionnerait pas.

2

Vous devez changer les bases de données à étape 2,3433, 3Ps avant la branche gauche de dendrites 8151215.

Vous devriez changer de base de données quand vous avez une raison de le faire, ce serait mon conseil. Si votre base de données existante répond à vos attentes, prend en charge la charge qui lui est confié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? Toutefois, si vous constatez que votre application n'est pas mise à l'échelle ou si vous concevez une application dont la charge ou l'évolutivité est élevée, votre recherche vous indique que votre plate-forme de base de données actuelle est faible ou, comme cela a déjà été mentionné, analyse spatiale ou fonctionnalité qu'une base de données particulière a, bien voilà.

Une autre considération pourrait être l'utilisation d'un outil ORM agnostique de base de données qui peut vous permettre d'expérimenter librement avec différentes plates-formes de base de données avec un simple paramètre de configuration. Ce fut le déclencheur pour nous d'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 lorsqu'un DB open source fonctionne aussi bien pour les niveaux de performance dont nous avons besoin? En fin de compte, avec des bases de données ou toute autre technologie, je pense qu'il n'y a pas de «règles d'entreprise» 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 raison, et si vous n'êtes pas à ce point, pas besoin de changer.

Questions connexes