Si applica a
Access 2010 Access 2007

Nel corso del tempo, la maggior parte delle applicazioni di database cresce, diventa più complessa ed è necessario supportare più utenti. A un certo punto della vita dell'applicazione Microsoft Office Access, è consigliabile aggiornarla a un database di Microsoft SQL Server per ottimizzare le prestazioni, la scalabilità, la disponibilità, la sicurezza, l'affidabilità e la recuperabilità.

Contenuto dell'articolo

Informazioni sull'upsize di un database di Microsoft Office Access

L'upsize è il processo di migrazione di alcuni o tutti i oggetti di database da un database di Access a un database SQL Server nuovo o esistente o a un nuovo progetto di Access (con estensione adp).

Vantaggi dell'upsize di un database per SQL Server

  • Prestazioni elevate e scalabilità    In molte situazioni, SQL Server offre prestazioni migliori rispetto a un database di Access. SQL Server fornisce anche il supporto per database di dimensioni molto grandi e di dimensioni di terabyte, che è molto più grande del limite corrente per un database di Access di due gigabyte. Infine, SQL Server funziona in modo molto efficiente elaborando le query in parallelo (usando più thread nativi all'interno di un singolo processo per gestire le richieste degli utenti) e riducendo al minimo i requisiti di memoria aggiuntivi quando vengono aggiunti più utenti.

  • Disponibilità maggiore    SQL Server consente di eseguire un backup dinamico, incrementale o completo, del database mentre è in uso. Di conseguenza, non è necessario imporre agli utenti di disconnettersi dal database per eseguire il backup dei dati.

  • Maggiore sicurezza    Utilizzando una connessione attendibile, SQL Server si integra con la sicurezza del sistema Windows per fornire un unico accesso integrato alla rete e al database, impiegando il meglio di entrambi i sistemi di sicurezza. In questo modo è molto più facile amministrare schemi di sicurezza complessi.

  • Ripristinabilità immediata    In caso di errore di sistema (ad esempio un arresto anomalo del sistema operativo o un'interruzione dell'alimentazione), SQL Server dispone di un meccanismo di ripristino automatico che consente di ripristinare l'ultimo stato coerente di un database in pochi minuti, senza alcun intervento da parte dell'amministratore del database.

  • Elaborazione basata su server    L'uso di SQL Server in una configurazione client/server riduce il traffico di rete tramite l'elaborazione di query di database sul server prima di inviare i risultati al client. L'elaborazione da parte del server è in genere molto più efficiente, soprattutto quando si usano set di dati di grandi dimensioni.

    L'applicazione può anche usare funzioni definite dall'utente, stored procedure e trigger per centralizzare e condividere logica dell'applicazione, regole e criteri aziendali, query complesse, convalida dei dati e codice di integrità referenziale nel server anziché nel client.

Modi per l'upsize

L'Upsize guidato sposta gli oggetti di database e i dati che contengono da un database di Access a un database di SQL Server nuovo o esistente.

Esistono tre modi per usare l'Upsize guidato:

  • Ridimensionare tutti gli oggetti di database da un database di Access a un progetto di Access in modo da poter creare un'applicazione client/server. Questo approccio richiede ulteriori modifiche dell'applicazione e modifiche al codice e query complesse.

  • Ridimensionare solo i dati o le definizioni dei dati da un database di Access a un database di SQL Server.

  • Creare un database front-end di Access in un back-end di un database di SQL Server in modo da poter creare un applicazione front-end/back-end. Questo approccio richiede poche modifiche dell'applicazione in quanto il codice usa ancora il motore di database di Access (ACE).

Prima di ridimensionare un database di Access

Prima di ridimensionare il database di Access in un database di SQL Server o in un progetto di Access, è consigliabile eseguire le operazioni seguenti:

  • Eseguire il backup del database     Anche se l'Upsize guidato non rimuove dati o oggetti di database dal database di Access, è consigliabile creare una copia di backup del database di Access prima di ridimensionarlo.

  • Verificare che lo spazio su disco sia sufficiente     È necessario disporre di spazio su disco adeguato nel dispositivo che conterrà il database di grandi dimensioni. L'Upsizing Wizard funziona al meglio quando c'è molto spazio su disco disponibile.

  • Creare indici univoci     Una tabella collegata deve avere un indice univoco per essere aggiornabile in Access. L'Upsize guidato consente di ridimensionare un indice univoco esistente, ma non di crearne uno in cui non esiste alcun indice. Per aggiornare le tabelle, assicurarsi di aggiungere un indice univoco a ogni tabella di Access prima di eseguire l'upsize.

  • Assegnare a se stessi le autorizzazioni appropriate per il database di SQL Server

    • Per eseguire il ridimensionamento in un database esistente, sono necessarie le autorizzazioni CREATE TABLE e CREATE DEFAULT.

    • Per creare un nuovo database, sono necessarie le autorizzazioni CREATE DATABASE e SELECT per le tabelle di sistema nel database master.

L'Upsize guidato di Access 2007 è ottimizzato per funzionare con Microsoft SQL Server 2000 e SQL Server 2005.

Inizio pagina

Usare l'Upsize guidato

  • Nel gruppo Sposta dati della scheda Strumenti database fare clic su SQL Server.

    Viene avviata l'Upsizing Wizard.

Passaggio 1: Scegliere di eseguire il ridimensionamento di un database esistente o di un nuovo database

Nella prima pagina della procedura guidata specificare se si vuole ridimensionare il database di Access in un database SQL Server esistente o creare un nuovo database SQL Server.

  • Usare un database esistente    Se si seleziona questa opzione e si fa clic su Avanti, Access visualizza la finestra di dialogo Seleziona origine dati in modo da poter creare una connessione ODBC al database SQL Server esistente.

    Informazioni sulle origini dati ODBC

    Un'origine dati è un'origine dati combinata con le informazioni di connessione necessarie per accedere a tali dati. Esempi di origini dati sono Access, SQL Server, Oracle RDBMS, un foglio di calcolo e un file di testo. Esempi di informazioni sulla connessione includono la posizione del server, il nome del database, l'ID di accesso, la password e le varie opzioni per i driver ODBC che descrivono come connettersi all'origine dati.

    Nell'architettura ODBC un'applicazione, ad esempio Access o un programma Microsoft Visual Basic, si connette a Gestione driver ODBC, che a sua volta usa un driver ODBC specifico, ad esempio il driver ODBC di Microsoft SQL, per connettersi a un'origine dati, in questo caso un database SQL Server. In Access le origini dati ODBC vengono usate per connettersi a origini dati esterne ad Access che non forniscono driver incorporati.

    Per connettersi a queste origini dati, è necessario eseguire le operazioni seguenti:

    • Installare il driver ODBC appropriato nel computer in cui si trova l'origine dati.

    • Definire un nome origine dati (DSN) usando Amministratore origine dati ODBC per archiviare le informazioni di connessione nel Registro di sistema di Microsoft Windows o in un file DSN oppure una stringa di connessione nel codice di Visual Basic per passare le informazioni di connessione direttamente a Gestione driver ODBC.

      Origini dati computer

      Le origini dati computer archivia le informazioni di connessione nel Registro di sistema di Windows in un computer specifico con un nome definito dall'utente. È possibile usare le origini dati computer solo sul computer in cui sono state definite. Sono disponibili due tipi di origini dati computer: utente e sistema. Le origini dati utente possono essere usate e visualizzate solo dall'utente corrente. Le origini dati sistema possono essere usate da tutti gli utenti di un computer e sono visibili a tutti gli utenti del computer e dei servizi del sistema. Un'origine dati computer è particolarmente utile quando si vuole garantire una maggiore sicurezza perché solo gli utenti connessi possono visualizzarla e non può essere copiata da un utente remoto in un altro computer.

      Origini dati file

      Le origini dati file (dette anche file DSN) archiviano le informazioni di connessione in un file di testo, non nel Registro di sistema, e in genere sono più flessibili rispetto alle origini dati computer. Ad esempio, è possibile copiare un'origine dati file in qualsiasi computer con il driver ODBC corretto, in modo che l'applicazione possa basarsi su informazioni di connessione coerenti e precise per tutti i computer usati. Oppure è possibile posizionare l'origine dati file in un singolo server, condividerla tra i diversi computer della rete e gestire facilmente le informazioni di connessione in un'unica posizione.

      Un'origine dati file può anche essere non condivisibile. Un'origine dati file non condivisibile si trova in un singolo computer e punta a un'origine dati computer. Le origini dati file non condivisibili possono essere usate per accedere alle origini dati computer esistenti dalle origini dati file.

      Stringhe di connessione

      In un modulo è possibile definire una stringa di connessione formattata che specifica le informazioni di connessione. Una stringa di connessione passa le informazioni di connessione direttamente a Gestione driver ODBC e consente di semplificare l'applicazione rimuovendo il requisito che prevede che un amministratore di sistema o un utente crei prima di usare il database.

  • Creare un nuovo database    Se si seleziona questa opzione e si fa clic su Avanti, Access visualizza una pagina in cui si immettono informazioni sul nuovo database SQL Server.

    • Quali SQL Server si desidera utilizzare per questo database?     Digitare il nome del server che si vuole usare.

    • Usa connessione di tipo trusted     È possibile utilizzare una connessione attendibile, ovvero SQL Server possibile integrare con la sicurezza del sistema operativo Windows per fornire un singolo accesso alla rete e al database.

    • ID di accesso e password     Se non si usa una connessione attendibile, digitare l'ID di accesso e la password di un account con privilegi CREATE DATABASE sul server.

    • Come assegnare un nome al nuovo database di SQL Server?     Digitare il nome del nuovo database SQL Server. Access modifica il nome se è in conflitto con un nome di database esistente e aggiunge un suffisso numerato, ad esempio database personale 1.

Inizio sezione

Passaggio 2: Scegliere le tabelle da ridimensionare

In questo passaggio si selezionano le tabelle di Access da ridimensionare nel database SQL Server. Selezionare le tabelle da ridimensionare e quindi usare i pulsanti freccia per spostarle nell'elenco Esporta in SQL Server. In alternativa, è possibile fare doppio clic su una tabella per spostarla da un elenco all'altro.

L'elenco Tabelle disponibili include tutte le tabelle collegate ad eccezione di SQL Server tabelle già presenti in un database SQL Server. Le tabelle collegate che puntano a un database SQL Server selezionato per l'upsize vengono visualizzate automaticamente nella casella di riepilogo Esporta in SQL Server e non possono essere rimosse. Vengono escluse anche le tabelle attualmente non visibili nel Riquadro di spostamento, incluse le tabelle nascoste e le tabelle di sistema.

Suggerimento: Qualsiasi tabella con un nome che termina con "_local" viene esclusa dall'elenco delle tabelle disponibili per evitare il ridimensionamento delle tabelle già ridimensionate. Per ridimensionare di nuovo queste tabelle, rinominarle prima di eseguire l'Upsize guidato rimuovendo il suffisso "_local".

Inizio sezione

Passaggio 3: Specificare gli attributi e le opzioni da ridimensionare

In questo passaggio si selezionano gli attributi della tabella da ridimensionare per il database SQL Server. Per impostazione predefinita, tutti gli attributi sono selezionati per l'upsize per impostazione predefinita.

Nota: Per impostazione predefinita, l'Upsize guidato converte i nomi dei campi di Access in nomi di campo SQL Server legali e converte i tipi di dati di Access nei tipi di dati SQL Server equivalenti.

Quali attributi della tabella si desidera ridimensionare?

La tabella seguente elenca gli attributi che è possibile ridimensionare e descrive il modo in cui l'Upsize guidato gestisce ognuno di essi:

Attributo

Azione selezionata

Indici

L'Upsize guidato consente di ridimensionare tutti gli indici.

L'Upsize guidato converte le chiavi primarie di Access in indici SQL Server e le contrassegna come SQL Server chiavi primarie. Se si sceglie di collegare la tabella SQL Server ridimensionata al database di Access, l'Upsize guidato aggiunge anche il prefisso "aaaaa" al nome dell'indice. Il motivo è che Access sceglie l'indice che è il primo in ordine alfabetico nell'elenco degli indici disponibili come chiave primaria e il prefisso "aaaaa" garantisce che venga scelto l'indice corretto.

Tutti gli altri indici mantengono i nomi, ad eccezione dei casi in cui i caratteri non validi vengono sostituiti con il carattere "_". Gli indici di Access univoci e non univoci diventano indici di SQL Server univoci e non univoci.

Una tabella collegata deve avere un indice univoco per essere aggiornabile in Access. L'Upsize guidato consente di ridimensionare un indice univoco esistente, ma non di crearne uno in cui non esiste alcun indice. Se si vuole essere in grado di aggiornare i dati nelle tabelle dopo averli ridimensionati, assicurarsi di aggiungere un indice univoco a ogni tabella di Access prima di eseguire l'upsize.

Regole di convalida

L'Upsize guidato consente di ridimensionare quanto segue come trigger di aggiornamento e inserimento:

  • Tutti i campi Proprietà obbligatorie

  • Regole di convalida delle tabelle

  • Regole di convalida record

  • Regole di convalida campo

Un trigger è una serie di istruzioni Transact-SQL associate a una tabella SQL Server. Una tabella può avere tre trigger, uno per ognuno dei comandi che possono modificare i dati in una tabella: i comandi UPDATE, INSERT ed DELETE. Il trigger viene eseguito automaticamente quando il comando viene eseguito. L'Upsize guidato usa i trigger invece di SQL Server regole per applicare la convalida a livello di campo perché SQL Server regole non consentono di visualizzare messaggi di errore personalizzati.

Ogni regola di convalida non ha necessariamente una corrispondenza uno-a-uno con un trigger. Ogni regola di convalida potrebbe far parte di diversi trigger e ogni trigger potrebbe contenere codice per emulare la funzionalità di diverse regole di convalida.

Quando si imposta la proprietà Obbligatorio di un campo di Access su true, un utente non può inserire un record e lasciare il campo obbligatorio null (se non è presente alcun valore predefinito associato al campo) o impostare il campo come Null durante l'aggiornamento di un record. I campi obbligatori vengono ridimensionati in campi che non consentono valori Null in SQL Server.

Messaggio errore

La proprietà Messaggio errore del database di Access viene convertita nella proprietà Messaggio convalida progetto di Access. In questo modo è possibile visualizzare i messaggi di errore descrittivi di Access in caso di violazione di un vincolo in fase di esecuzione.

Impostazioni predefinite

L'Upizing Wizard consente di ridimensionare tutte le proprietà valore predefinito in oggetti predefiniti dell'American National Standards Institute (ANSI).

Relazioni tra tabelle

L'Upsize guidato consente di ridimensionare tutte le relazioni tra tabelle.

È possibile decidere come ridimensionare le relazioni tra tabelle e l'integrità referenziale usando i trigger di aggiornamento, inserimento o eliminazione oppure usando l'integrità referenziale dichiarata. DRI funziona allo stesso modo dell'integrità referenziale di Access definendo vincoli di chiave primaria per le tabelle di base (il lato "uno" di una relazione uno-a-molti) e vincoli di chiave esterna per le tabelle esterne (in genere il lato "molti" di una relazione uno-a-molti).

  • Usare DRI     Selezionare Relazioni tra tabelle e Usare DRI per usare DRI per applicare l'integrità referenziale. La convalida delle colonne del database di Access viene convertita in un vincolo di controllo DRI SQL Server con un messaggio di convalida, come illustrato nella tabella seguente.

Relazione di database di Access

chiave esterna SQL Server

Validatio n Testo

Aggiornamento a cascata

ON DELETE NO ACTION ON UPDATE CASCADE

"Impossibile eliminare il record perché la tabella <tabellaesterno> include record correlati".

Eliminazione a catena

ON DELETE CASCADE ON UPDATE NO ACTION

"Non è possibile aggiungere o modificare un record perché è necessario un record correlato nella tabella <> tabella primaria."

Aggiornamento a catena ed eliminazione a catena

ON DELETE CASCADE ON UPDATE CASCADE

Il valore non è impostato.

Nessun DRI

ON DELETE NO ACTION ON UPDATE NO ACTION

Non è possibile aggiungere, modificare o eliminare questo record a causa della restrizione delle relazioni tra le tabelle <> tabella primaria e <> di tabellaesterno.

  • Usare trigger     Se sono stati definiti aggiornamenti o eliminazioni a catena nelle relazioni tra tabelle di Access e si vuole mantenere questo comportamento nelle tabelle upsize, selezionare Relazioni tra tabelle e Usa trigger. In questo modo vengono ridimensionati gli aggiornamenti a catena o vengono eliminati come trigger per applicare l'integrità referenziale.

    Una relazione tra tabelle non ha necessariamente una corrispondenza uno-a-uno con un trigger. Ogni relazione potrebbe diventare parte di diversi trigger o ogni trigger potrebbe contenere codice per emulare la funzionalità di diverse regole di integrità referenziale. I trigger di inserimento vengono usati nelle tabelle figlio e i trigger di eliminazione vengono usati nelle tabelle padre.

    Nota: Access richiede la lettura DRI della diagramma di database di un database di SQL Server. Per consentire ad Access di leggere il diagramma di database applicando l'integrità referenziale tramite trigger, l'Upsize guidato inserisce DRI nelle relazioni, ma disattiva il controllo dei vincoli di chiave esterna.

Quali opzioni di dati si desidera includere?

  • Aggiungere campi timestamp alle tabelle    SQL Server usa un campo timestamp per indicare che un record è stato modificato, ma non quando è stato modificato, creando un campo valore univoco e quindi aggiornando questo campo ogni volta che viene aggiornato un record. Per una tabella collegata, Access usa il valore nei campi timestamp per determinare se un record è stato modificato prima di aggiornarlo. In generale, un campo timestamp offre le migliori prestazioni e affidabilità. Senza un campo timestamp, SQL Server deve controllare tutti i campi del record per determinare se il record è stato modificato, rallentando le prestazioni.

    La tabella seguente descrive le impostazioni disponibili in questo elenco:

Impostazione

Descrizione

Sì, consentire alla procedura guidata di decidere

Se le tabelle di Access originali contengono campi a virgola mobile (singola o doppia), memo o oggetto OLE, l'Upsize guidato crea nuovi campi timestamp nelle tabelle SQL Server risultanti per tali campi.

Sì, sempre

L'Upsize guidato crea un campo timestamp per tutte le tabelle upsize indipendentemente dai tipi di campo in essi contenuti. In questo modo vengono migliorate le prestazioni delle tabelle di Access upsize che potrebbero non contenere campi Memo, Oggetto OLE o a virgola mobile, ma che contengono campi di altri tipi.

No, mai

L'Upsize guidato non aggiunge campi timestamp alle tabelle.

Importante: Nelle tabelle SQL Server collegate, Access non controlla se i campi oggetto OLE o Memo sono stati modificati perché le dimensioni di questi campi potrebbero essere di molti megabyte e il confronto potrebbe richiedere troppo tempo e un utilizzo eccessivo della rete. Pertanto, se solo un campo di testo o immagine è stato modificato e non è presente alcun campo timestamp, Access sovrascrive la modifica. Inoltre, il valore di un campo a virgola mobile potrebbe essere stato modificato in caso contrario, quindi in assenza di un campo timestamp, Access potrebbe determinare che il record è stato modificato in caso contrario.

  • Creare solo la struttura della tabella, non ridimensionare i dati    L'Upsize guidato consente di ridimensionare tutti i dati in SQL Server per impostazione predefinita. Se si seleziona la casella di controllo Crea solo struttura tabella, non ridimensionare i dati , viene ridimensionata solo la struttura dei dati.

Inizio sezione

Passaggio 4: Scegliere come ridimensionare l'applicazione

Nella pagina successiva della procedura guidata è possibile selezionare uno dei tre diversi modi per ridimensionare l'applicazione di database di Access. In Quali modifiche dell'applicazione si desidera apportare?, selezionare una delle opzioni seguenti:

  • Creare una nuova applicazione client/server di Access    Se si seleziona questa opzione, l'Upsize guidato crea un nuovo progetto di Access. L'Upsize guidato chiede di specificare un nome, che corrisponde al nome del database di Access corrente, aggiunge un suffisso "CS" e quindi archivia il progetto nella stessa posizione del database di Access esistente.

    L'Upsize guidato crea il file di progetto di Access e quindi ridimensiona tutti gli oggetti di database dal database di Access al progetto di Access. Se non si salvano la password e l'ID utente, la prima volta che si apre il progetto di Access, Access visualizza la finestra di dialogo Proprietà collegamento dati in modo da potersi connettere a un database di SQL Server.

  • Collegare tabelle SQL Server a un'applicazione esistente    Se si seleziona questa opzione, l'Upsize guidato modifica il database di Access in modo che le query, le maschere, i report e le pagine di accesso ai dati utilizzino i dati del nuovo database di SQL Server anziché quelli del database di Access. L'Upsize guidato rinomina le tabelle di Access ridimensionate con il suffisso "_local". Ad esempio, se si ridimensiona una tabella denominata Dipendenti, la tabella viene rinominata Employees_local nel database di Access. La procedura guidata Upsizing crea quindi una tabella SQL Server collegata denominata Dipendenti.

    Nota: Al termine dell'operazione di upsize, le tabelle rinominate con il suffisso "_local" non verranno più usate. Tuttavia, è consigliabile mantenere le tabelle locali finché non si verifica che l'upsize sia stato completato correttamente. In un secondo momento è possibile eliminare le tabelle locali per ridurre le dimensioni del database di Access. Assicurarsi di eseguire il backup del database prima di eliminare le tabelle.

    Query, maschere, report e pagine di accesso ai dati in base alle tabelle Dipendenti originali useranno ora la tabella collegata SQL Server Dipendenti. Molte delle proprietà dei campi nella tabella locale originale vengono ereditate dalla nuova tabella locale, tra cui Description, Caption, Format, InputMask e DecimalPlaces.

  • Nessuna modifica dell'applicazione    Selezionare questa opzione se si vogliono copiare solo i dati nel database SQL Server e non apportare altre modifiche all'applicazione di database di Access esistente.

Salvare la password e l'ID utente    Per impostazione predefinita, l'Upsize guidato crea tabelle collegate nell'applicazione esistente o crea un progetto di Access senza salvare il nome utente e la password. Questo significa che agli utenti viene chiesto di immettere un nome utente e una password ogni volta che accedono a un database di SQL Server.

Se si seleziona Salva password e ID utente, gli utenti possono connettersi a un database di SQL Server senza eseguire l'accesso. Se si seleziona Crea nuova applicazione client/server Access, il progetto di Access archivia la password del nome utente nel stringa di connessione OLE DB.

Nota: Questa opzione è disabilitata per l'opzione Nessuna modifica applicazione se una tabella SQL Server collegata è configurata con una tabella MSysConf per negare il salvataggio delle password.

Report Upizing Wizard

Quando si fa clic su Fine, l'Upsize guidato crea un report che fornisce una descrizione dettagliata di tutti gli oggetti creati e segnala gli eventuali errori rilevati durante il processo. La Creazione guidata Upsizing visualizza il report in Anteprima di stampa ed è quindi possibile stampare o salvare il report, ad esempio in formato XPS o PDF. Il report non viene salvato come oggetto di Access quando si chiude la finestra Anteprima di stampa.

Il report Upizing Wizard contiene informazioni su quanto segue:

  • Parametri di upsize, inclusi gli attributi della tabella che hai scelto di ridimensionare e il modo in cui hai ridimensionato.

  • Informazioni sulla tabella, tra cui un confronto tra i valori di Access e di SQL Server per nomi, tipi di dati, indici, regole di convalida, valori predefiniti, trigger e se sono stati aggiunti o meno indicatori di data e ora.

  • Eventuali errori rilevati, ad esempio database o log delle transazioni completi, autorizzazioni inadeguate, dispositivi o database non creati, tabella, regola predefinita o di convalida ignorata, relazione non applicata, query ignorata (perché non può essere tradotta nella sintassi SQL Server) e controllo e origine record errori di conversione in maschere e report.

Inizio sezione

Inizio pagina

Come vengono ridimensionati gli oggetti di database

I dati e gli oggetti di database seguenti vengono upsize:

  • Tipi di dati e dati    Tutti i tipi di dati di database di Access vengono convertiti nell'equivalente in SQL Server. La procedura guidata converte il testo del database di Access in Unicode aggiungendo l'identificatore di stringa Unicode a tutti i valori stringa e aggiungendo il prefisso Unicode n a tutti i tipi di dati.

  • Query    

    • Selezionare le query che non hanno una clausola ORDER BY o parametri vengono convertiti in visualizzazioni.

    • Le query di comando vengono convertite in query di azione della stored procedure. Access aggiunge SET NOCOUNT ON dopo il codice di dichiarazione del parametro per assicurarsi che la stored procedure venga eseguita.

    • Selezionare le query che fanno riferimento solo a tabelle (dette anche query di base) che usano parametri o una clausola ORDER BY vengono convertite in funzioni definite dall'utente. Se necessario, la clausola TOP 100 PERCENT viene aggiunta a una query che contiene una clausola ORDER BY.

    • Le query con parametri che usano parametri denominati mantengono il nome di testo originale usato nel database di Access e vengono convertite in stored procedure o funzioni definite dall'utente inline.

      Nota: Potrebbe essere necessario convertire manualmente le query non ridimensionate, ad esempio le query pass-through SQL, le query di definizione dei dati e le query a campi incrociati. Potrebbe anche essere necessario ridimensionare manualmente le query annidate troppo profondamente.

  • Forms, report e controlli    Le istruzioni SQL nelle proprietà RecordSource, ControlsSource e RowSource per maschere, report o controlli vengono mantenute e non vengono convertite in stored procedure o funzioni definite dall'utente.

  • Proprietà di avvio    L'Upsize guidato consente di ridimensionare le proprietà di avvio seguenti:

    StartUpShowDBWindowStartUpShowStatusBarAllowShortcutMenusAllowFullMenusAllowBuiltInToolbarsAllowToolbarChangesAllow SpecialKeysUseAppIconForFrmRptAppIconAppTitleStartUpFormStartUpMenuBarStartupShortcutMenuBar

  • Moduli e macro    L'Upsize guidato non apporta alcuna modifica a moduli o macro. Potrebbe essere necessario modificare l'applicazione per sfruttare tutte le funzionalità di SQL Server. Per altre informazioni, vedere l'articolo MSDN sull'ottimizzazione delle applicazioni di Microsoft Office Access collegate a SQL Server.

Inizio pagina

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.