Verschiedene Entwicklungsumgebung als Test- und Produktionsumgebungen?

Question

Was würden Sie sagen, wenn ein Entwickler eine SQL2008 Entwickler-Umgebung implementieren wollte, aber wir waren immer noch eine SQL2000 Test und SQL2000 Produktionsumgebung zu verwenden gezwungen?

Wäre es etwas falsch mit der Verwendung von SQL2008 auf einem Dev-Server? Natürlich müssen Sie wissen, welche Funktionen, die Sie nicht verwenden konnten, so dass Sie Ihre Arbeit nicht von dem SQL2008 Problemen der Migration Server SQL2000 haben.

Answer 1

Ich würde stark vermeiden auf einer anderen lokalen Version als der dev / qa / prod Umgebungen zu entwickeln. Die meiste Zeit nichts passieren wird, aber wenn es funktioniert kann es ewig dauern, das Problem aufzuspüren. Nicht nur das, können Sie nie in der Lage sein, es lokal zu replizieren, da Sie eine andere Umgebung haben.

Answer 2

Basis SQL-Funktionen verwenden -. Sie OK tun

Ich habe keine Ahnung, warum Sie diese Umgebung zu verwenden, aber es ist am besten als ähnliche Umgebung und DEV, QA und Produktion wie möglich zu verwenden, Überraschung zu vermeiden, wenn auf der Produktion gehen.

Ich denke, dass SQL 2000 OLEDB und SQL 2008 verwendet Sie ADO.NET-Provider verwenden können, und es könnte viele weitere Unterschiede, die Sie stoßen könnten. so die besten beraten sie dies nicht zu tun.

Answer 3

Ich sehe nicht, warum Sie eine Entwicklungsumgebung haben würden eine neuere Version von SQL Server verwenden, wenn Staging und Produktionsumgebungen nicht.

Egal, welche Software anders handeln basiert auf der Version, und es könnte ein Fehler sein, die durch nicht halten die gleichen Versionen kommen konnte. Ich würde empfehlen, die gleichen Versionen in Ihrer gesamten Umgebung.

Answer 4

Wie sei es eine virtuelle Maschine (z. B. unter Virtual Server 2005 R2 SP1 w / Update) einrichten, die die SQL Server 2008-Umgebung auf sie hat? Dies würde sicherstellen, dass Sie nicht kontaminieren Ihre SQL 2000-Umgebungen mit ihm, während zur gleichen Zeit so dass Sie Dinge auszuprobieren. Sie können dies entweder eingestellt auf einem separaten Computer als VM, oder einfach als VM hinzufügen auf Sie Entwicklungsmaschine besitzen.

Answer 5

ich glaube, am besten Praxis alle Ihre Umgebungen die gleiche zu halten wäre. Ich sehe es userful sein neue Funktionen auf die neue Umgebung, um zu versuchen, um festzustellen, ob es benefical Aktualisierung Ihren Test- und Live-Systeme sein würde.

Answer 6

Was ist es durch den Einsatz 2008 über 2000 zu gewinnen, wenn Sie wissen, dass Sie bekommen es im Jahr 2000 zu arbeiten?

Es gibt so viele Probleme mit diesem zu tun:

1. könnte Leistung völlig anders sein, auch mit der exakt gleichen SQL
2. DTS-Pakete behandelt werden ganz andere
3. Sie könnten unwissentlich Code verwenden, der mit SQL2000 nicht kompatibel ist. Sie würden nicht wissen, bis Sie es bewegt zu testen oder zu leben und von diesem Punkt, den Sie eine Menge vergeudete Entwicklung haben könnte um unvereinbar Code.
4. etc etc etc ...

Es gibt absolut keinen Grund, eine andere Version für Entwickler als Ihre Live-Umgebung zu verwenden. Es wird nur Sie Trauer und Inkonsistenzen am Ende verursacht.