2008-08-07 7 views

Antwort

3

Es hängt davon ab, was Sie tun. Sie könnten wechseln, wenn:

  • Sie brauchen mehr Skalierbarkeit oder bessere Leistung - sagen von SQLite zu SQL Server oder Oracle.
  • Sie benötigen Zugriff auf spezifischere Datentypen.
  • Sie müssen einen Kunden unterstützen, der nur eine bestimmte Datenbank ausführt.
  • Sie benötigen bessere DBA-Tools.
  • Ihre Anwendung verwendet eine andere Plattform, auf der Ihre Datenbank nicht mehr ausgeführt wird oder deren Bibliotheken nicht ausgeführt werden.

Es gibt viele weitere Gründe für den Wechsel und alles hängt von Ihren Anforderungen ab.

0

BrianLy traf den Nagel auf den Kopf, aber ich würde auch hinzufügen, dass Sie am Ende unterschiedliche Datenbanken auf verschiedenen Entwicklungsstufen verwenden können. Es ist nicht ungewöhnlich, dass Entwickler SQLite auf ihrer Workstation verwenden, wenn sie für ihren persönlichen Entwicklungsserver codieren, und dann die Staging- und/oder Produktionsstandorte ein anderes Datenbankwerkzeug verwenden.

Natürlich, wenn Sie Erweiterungen oder Funktionen für ein bestimmtes Datenbank-Tool (zB PostGIS in PostGreSQL) verwenden, dann würde das natürlich nicht funktionieren.

2

Sie sollten Datenbanken bei Meilenstein 2.3433, 3ps vor dem linken Zweig von Dendriten 8.151.215 wechseln.

Sie sollten Datenbanken wechseln, wenn Sie einen Grund haben, dies zu tun, wäre mein Rat. Wenn Ihre vorhandene Datenbank Ihren Erwartungen entspricht, die Belastung durch Ihre Produktionssysteme unterstützt, über die Funktionen verfügt, die Sie in Ihren Anwendungen benötigen, und Sie sich nicht langweilen, warum ändern? Wenn Sie jedoch feststellen, dass Ihre Anwendung nicht skaliert oder eine Anwendung mit hohen Anforderungen an die Last oder die Skalierbarkeit entwickelt, wissen Sie, dass Ihre aktuelle Datenbankplattform in diesem Bereich schwach ist oder, wie bereits erwähnt, Sie einige benötigen räumliche Analyse oder Feature, dass eine bestimmte Datenbank hat, na dann gehts.

Eine weitere Überlegung könnte die Verwendung eines datenbankunabhängigen ORM-Tools sein, mit dem Sie mit einer einfachen Konfigurationseinstellung frei mit verschiedenen Datenbankplattformen experimentieren können. Das war der Auslöser für uns, etwas Neues in der DB-Abteilung auszuprobieren. Wenn unsere Anwendung mit jeder Datenbank umgehen kann, die der ORM verarbeiten kann, warum sollten Sie Lizenzgebühren für eine kommerzielle Datenbank zahlen, wenn eine Open-Source-DB genauso gut für die von uns benötigten Leistungsstufen funktioniert?

Die Quintessenz ist, dass mit Datenbanken oder anderen Technologien, denke ich, gibt es keine "Geschäftsregeln", die Ihnen sagen, wenn es Zeit ist zu wechseln - Ihr Szenario wird Ihnen sagen, es ist Zeit zu wechseln etwas in Ihrer Lösung wird nicht ganz richtig sein, und wenn Sie nicht an diesem Punkt sind, brauchen Sie nicht zu ändern.

Verwandte Themen