Domanda

Abbiamo un'applicazione che utilizza MSSQL, quando passiamo al 2005, in pratica raccomandiamo ai nostri clienti di applicare il pacchetto di compatibilità con le versioni precedenti e che sia, ma qualcuno mi chiede cosa fare per essere compatibile al 100% su del 2005. Ci stavo pensando 1. Livello di compatibilità: SQL Server 2005 (90) 2. Rimuovere qualsiasi riferimento DMO e sostituito da SMO 3. Connettiti usando ADO

Non sono sicuro che questa sia la risposta corretta.

Nessuna soluzione corretta

Altri suggerimenti

In realtà stai parlando di due cose diverse.

Uno è aggiornare il database a livello di SQL 2005, per poter usare le funzioni disponibili solo lì. Può essere fatto facilmente impostando il livello di compatibilità. Tuttavia, in questo caso i client SQL 2000 possono avere problemi con esso.

In secondo luogo è aggiornare l'applicazione per utilizzare solo le librerie correlate a SQL 2005. Anche questo è facile, sostanzialmente i passaggi che hai scritto. In questo caso, l'applicazione può funzionare anche con database SQL 2000 (tranne se si utilizzano alcune funzionalità specifiche di SQL 2005) perché le librerie sono retrocompatibili.

Parole finali: in entrambi i casi compatibile con SQL 2005, l'unica differenza è che puoi usare SQL 2005 caratteristiche specifiche oppure no.

Perché non passare già a SQL 2008? Ecco una discussione su questo argomento.

Per vedere se sei veramente compatibile, l'unico modo per scoprirlo è eseguire la tua app su un server SQL 2005 senza il pacchetto di compatibilità con le versioni precedenti. Se disponi di una suite di test esaustiva, sarà di grande aiuto, ma devi assicurarti che tutto il tuo codice di backend venga colpito e funzioni normalmente.

Ho lavorato su un'applicazione che utilizzava SQL 2000 e SQL 2005 e le uniche parti dell'app che richiedevano il cambio di versione erano in un codice di riflessione peloso che aveva bisogno di usare le tabelle di sistema di SQL Server per scoprire dinamicamente le tabelle in fase di runtime. La soluzione per noi era usare SQL dinamico ma devi fare la scelta giusta per la tua app e gli utenti.

L'app è compatibile al 100% con SQL 2005 se verrà eseguita correttamente su una configurazione SQL 2005 "pronta all'uso" senza applicare correzioni di compatibilità con le versioni precedenti.

Se hai dei pacchetti DTS dovranno essere convertiti in pacchetti SSIS per essere pienamente compatibili.

Se vuoi davvero assicurarti di essere pienamente compatibile, controlla nella documentazione quali funzionalità sono state deprecate e se le stai usando, vai avanti e correggile ora.

Puoi anche guardare qualsiasi codice che hai che potrebbe usare la funzione pivot che non era nel 2000. Il vecchio codice funzionerà ma il codice pivot sarà una scelta migliore e probabilmente più efficiente. La stessa cosa con altre nuove funzionalità, scopri come stavi lavorando intorno a loro e risolvi. Un aspetto importante da considerare è se riesci a sbarazzarti dei tuoi file di testo con il nuovo tipo di dati, varchar (max). Quindi cerca i punti nel codice in cui ti stavi convertendo in un varchar per fare confronti.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top