Qué punto debe decidir cambiar a alguien Database Systems

Question

Al desarrollar si su Web o de escritorio momento en el que caso de que un interruptor de desarrollador de SQLite, MySQL, MS SQL, etc.

Answer 1

Depende de lo que está haciendo. Puede cambiar si:

• Necesita más escalabilidad o mejor rendimiento, digamos desde SQLite a SQL Server u Oracle.
• Necesita acceder a tipos de datos más específicos.
• Debe admitir a un cliente que solo ejecute una base de datos en particular.
• Necesita mejores herramientas de DBA.
• Su aplicación utiliza una plataforma diferente donde su base de datos ya no se ejecuta o sus bibliotecas no se ejecutan.

Existen muchas más razones para cambiar y todo depende de sus requisitos.

Answer 2

BrianLy dio en el clavo, pero también añadiría que puede terminar usando diferentes bases de datos en diferentes niveles de desarrollo. No es raro que los desarrolladores utilicen SQLite en su estación de trabajo cuando están codificando contra su servidor de desarrollo personal, y luego tienen los sitios y/o los sitios de producción que usan una herramienta de base de datos diferente.

Por supuesto, si está utilizando extensiones o capacidades específicas para una determinada herramienta de base de datos (por ejemplo, PostGIS en PostGreSQL), entonces obviamente eso no funcionaría.

Answer 3

Debe cambiar las bases de datos en el hito 2.3433, 3ps antes de la rama izquierda de la dendrita 8.151.215.

Debe cambiar las bases de datos cuando tenga una razón para hacerlo, sería mi consejo. Si su base de datos existente está funcionando a la altura de sus expectativas, admite la carga que le asignan sus sistemas de producción, tiene las características que necesita en sus aplicaciones y no está aburrido con ella, ¿por qué cambiar? Sin embargo, si encuentra que su aplicación no está escalando, o está diseñando una aplicación que tiene altos requisitos de carga o escalabilidad y su investigación le dice que su plataforma de base de datos actual es débil en esa área, o, como ya se mencionó, necesita algunos análisis espacial o característica que tiene una base de datos en particular, bueno, ahí va.

Otra consideración podría ser tomar el uso de una herramienta de ORM independiente de la base de datos que puede permitirle experimentar libremente con diferentes plataformas de base de datos con una configuración de configuración simple. Ese fue el disparador para que consideráramos probar algo nuevo en el departamento de DB. Si nuestra aplicación puede manejar cualquier DB que el ORM pueda manejar, ¿por qué pagar tarifas de licencia en una base de datos comercial cuando un DB de fuente abierta funciona igual de bien para los niveles de rendimiento que requerimos?

La conclusión, sin embargo, es que con bases de datos o cualquier otra tecnología, creo que no hay "reglas comerciales" que le digan cuándo es el momento de cambiar, su escenario le dirá que es hora de cambiar porque algo en su solución no será del todo correcto, y si no está en ese punto, no necesita cambiar.