Frage

Wir haben eine Anwendung, die MSSQL verwenden, wenn wir bis 2005 bewegen, im Grunde empfehlen wir unsere Kunden die Rückwärtskompatibilität Paket anwenden und das ist es, aber jemand fragt mich, was 2005 zu 100% kompatibel zu tun. Ich dachte an 1. Kompatibilität Ebene: SQL Server 2005 (90) 2. Entfernen Sie DMO Referenz, und ersetzt durch SMO 3. Verbinden Sie mit ADO

Ich bin nicht sicher, ob dies die richtige Antwort.

Keine korrekte Lösung

Andere Tipps

Eigentlich reden Sie zwei verschiedene Dinge.

Eine davon ist die Datenbank auf SQL 2005-Ebene zu aktualisieren, in der Lage sein, die Funktionen dort zu verwenden, zur Verfügung. Es kann durch Einstellen der Kompatibilitätsgrad leicht getan werden. Doch in diesem Fall SQL 2000-Clients können Probleme damit haben.

Zweitens ist Ihre Anwendung aktualisieren nur SQL 2005 im Zusammenhang Bibliotheken zu verwenden. Dies ist auch einfach, im Grunde die Schritte, was Sie geschrieben haben. In diesem Fall kann die Anwendung auch mit SQL 2000-Datenbanken (außer, wenn Sie einige SQL 2005 spezifische Funktion zu verwenden) arbeiten, weil die Bibliotheken rückwärts kompatibel sind.

Ende Worten: Sie sind so oder so kompatibel mit SQL 2005, ist der einzige Unterschied, dass Sie SQL 2005 spezifische Funktionen verwenden können oder nicht

.

Warum nicht SQL 2008 schon ändern? Hier ist ein Thread zu diesem Thema.

Um zu sehen, ob Sie wirklich kompatibel sind, der einzige Ausweg zu finden, ist Ihre Anwendung auf einem SQL 2005 Server, ohne die Abwärtskompatibilität Paket auszuführen. Wenn Sie eine umfassende Testsuite haben es viel helfen, aber Sie müssen sicherstellen, dass alle Ihre bekommt Backend-Code getroffen und führt normalerweise.

Ich habe auf einer Anwendung gearbeitet, die SQL 2000 und SQL 2005 und die nur Bits des App verwendet, die Version vermittelnde benötigte in einigem haarigen Reflexion Code waren, die benötigten SQL Server-Systemtabellen zu verwenden, um dynamisch Tabellen zur Laufzeit zu entdecken. Die Lösung war für uns dynamische SQL zu verwenden, aber Sie müssen die richtige Wahl für Ihre Anwendung und Benutzer machen.

Ihre Anwendung ist 100% SQL 2005 kompatibel, wenn sie korrekt auf eine 'out of the box' SQL 2005-Konfiguration ausgeführt wird ohne Rückwärtskompatibilität Fixes angewendet.

Wenn Sie irgendwelche DTS Pakete, die sie benötigen, um SSIS-Pakete umgewandelt werden zu voll kompatibel.

Wenn Sie wirklich sicherstellen möchten, dass Sie sich voll kompatibel sind, überprüfen Sie in der Dokumentation, die Funktionen als veraltet werden, und wenn Sie irgendwelche von ihnen verwenden, gehen Sie vor und befestigen Sie sie jetzt.

Sie können auch jeder Code suchen haben Sie, dass die Pivot-Funktion verwenden können, die nicht im Jahr 2000 arbeitet der alte Code war aber der Pivot-Code wird eine bessere Wahl sein und wahrscheinlich effizienter. Die gleiche Sache mit anderen neuen Funktionen finden Sie heraus, wie Sie um sie herum arbeiten und beheben. Ein großer zu betrachten ist, wenn Sie Ihren Text fileds mit dem neuen Datentyp varchar (max) loswerden können. Dann suchen Sie nach Orten in Ihrem Code, wo Sie wurden in ein varchar, um die Umwandlung Vergleiche zu tun.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top