Entorno de desarrollo diferente al de Test & amp; ¿Entornos de producción?

Question

¿Qué diría si un desarrollador quisiera implementar un entorno de desarrollo sql2008, pero todavía nos vimos obligados a utilizar un entorno de producción de prueba sql2000 y sql2000?

¿Habría algo de malo en usar sql2008 en un servidor dev? Por supuesto, necesitaría saber qué funcionalidad no podía usar, por lo que no tuvo problemas para migrar su trabajo desde los servidores sql2008 a sql2000.

Answer 1

Evitaría fuertemente desarrollar en una versión local diferente a la de los entornos dev / qa / prod. La mayoría de las veces no ocurrirá nada, pero cuando lo hace, puede llevar una eternidad localizar el problema. No solo eso, es posible que nunca puedas replicarlo localmente ya que tienes un entorno diferente.

Answer 2

Utilizando las funciones básicas de SQL, lo harás bien.

No tengo idea de por qué usa este entorno, pero es mejor usarlo como entorno similar y DEV, QA y Producción como sea posible, para evitar sorpresas cuando comience la producción.

Creo que SQL 2000 usa OLEDB y SQL 2008, puedes usar el proveedor ADO.NET, y puede que haya muchas más diferencias con las que podrías encontrarte. así que lo mejor es recomendarlo NO HACERLO

Answer 3

No veo por qué tendría un entorno de desarrollo utilizando una versión más nueva del servidor SQL si sus entornos de almacenamiento y producción no lo son.

No importa qué software actuará diferente según la versión, y podría haber un error que podría surgir al no mantener las mismas versiones. Recomiendo usar las mismas versiones en todo su entorno.

Answer 4

¿Qué hay de configurar una máquina virtual (por ejemplo, bajo Virtual Server 2005 R2 SP1 w / Update) que tiene el entorno SQL Server 2008? Esto aseguraría que no contamine sus entornos SQL 2000 con él, mientras que al mismo tiempo le permita probar cosas. Puede configurar esto como una máquina virtual en una máquina separada, o simplemente agregarla como una máquina virtual en su propia máquina de desarrollo.

Answer 5

Creo que la mejor práctica sería mantener todos tus entornos iguales. Puedo ver que es útil probar nuevas funciones en el nuevo entorno para determinar si sería beneficioso actualizar sus sistemas de prueba y en vivo.

Answer 6

¿Qué se puede ganar con el uso de 2008 sobre 2000 si sabe que funcionó en 2000?

Hay muchos problemas para hacer esto:

1. El rendimiento podría ser totalmente diferente, incluso con el mismo SQL
2. Los paquetes DTS se manejan totalmente diferentes
3. Sin saberlo, podría usar código incompatible con SQL2000. No lo sabrías hasta que lo movieras para probar o en vivo y para este punto, podrías haber hecho un montón de desarrollos desperdiciados en torno a código incompatible.
4. etc etc etc ...

No hay absolutamente ninguna razón para usar una versión diferente para dev que su entorno LIVE. Simplemente terminará causándote dolor e inconsistencias.