INFORMAZIONI: Utilizzo di pi¨ recordset per le prestazioni con database SQL Server CE

Traduzione articoli Traduzione articoli
Identificativo articolo: 271931 - Visualizza i prodotti a cui si riferisce l?articolo.
Questo articolo Ŕ stato archiviato. L?articolo, quindi, viene offerto ?cosý come Ŕ? e non verrÓ pi¨ aggiornato.
Espandi tutto | Chiudi tutto

Sommario

SQL Server con versione 2000 al Windows CE Edition supporta solo una singola connessione a un database. Se si apre pi¨ connessioni allo stesso database, un'ulteriore chiamata Connection.Open causa un errore esplicito 25035 (violazione di condivisione file) SSCE_M_FILESHAREVIOLATION:
Source: Microsoft« SQL Server? 2000 Windows« CE Edition 
Number: 80004005
NativeError: 25035
Description: Unspecified Error
				
documentazione in linea di SQL CE visualizza quanto segue se si effettua la ricerca 25035:
25035 SSCE_M_FILESHAREVIOLATION di violazione di condivisione di file

Informazioni

Due applicazioni su un dispositivo Windows CE o Pocket PC contemporaneamente non Ŕ possibile aprire una connessione lo stesso database SQL CE.

Questo comportamento legato alla progettazione. All'interno di un'applicazione, Ŕ possibile passare intorno all'oggetto di connessione e creare pi¨ recordset. In questo articolo viene descritto come utilizzare pi¨ recordset per le prestazioni con un'applicazione di SQL CE.

SQL CE non consente di aprire pi¨ di una connessione attiva allo stesso database nello stesso momento. Il motore di SQL CE grado di supportare un numero elevato di recordset aperti contemporaneamente su una connessione. Tuttavia, esistono altri fattori di limitazione, ad esempio la memoria disponibile, l'ambiente di programmazione e problemi di blocco. Blocco pu˛ diventare un problema se si utilizza pi¨ recordset sullo stesso oggetto (in genere con transazioni).

Riportato di seguito Ŕ riportati alcuni suggerimenti utili quando si lavora con pi¨ recordset in un'applicazione di SQL CE:
  • Ridurre il numero di oggetti aperti, inclusi i cursori e Recordset. Windows CE Ŕ in genere una piattaforma con memoria limitata e database di grandi dimensioni possono esporre i problemi di memoria dell'applicazione se non si attenzione.
  • Quando si apre un recordset su un'istruzione SQL (ad esempio, SELECT * FROM TABLE), una grande quantitÓ di lavoro Ŕ necessarie per compilare, ottimizzare ed eseguire una query. Queste operazioni sono pi¨ costose rispetto all'apertura di una tabella di base (utilizzando il flag adCmdTableDirect).
Riportato di seguito Ŕ riportati alcuni esempi di utilizzo ragionevole di cursori contro SQL CE:
  • Disporre di un cursore per il disegno dello schermo e uno per gli aggiornamenti o inserimenti in background, riguardo gli stessi dati.

    Nota : in base al tipo di cursore, i valori dei dati non possono essere aggiornati per modifica dei dati sottostanti. Vedere l'argomento documentazione in linea di SQL CE, Tipi di cursore per ulteriori informazioni.
  • Disporre di poche aprire tabelle utilizzate di frequente in un'applicazione.
  • Dispone di un cursore aperto in una query (SELECT * FROM table1 WHERE col1 > 2) e un altro aperto la tabella di base per eseguire modifiche e aggiornamenti su tale cursore.

Riferimenti

Per ulteriori informazioni, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
274112INFORMAZIONI: Performance Tips & efficiente modalitÓ di gestione memoria di SQL CE

ProprietÓ

Identificativo articolo: 271931 - Ultima modifica: lunedý 3 febbraio 2014 - Revisione: 1.1
Le informazioni in questo articolo si applicano a:
  • Microsoft SQL Server 2000 Windows CE Edition
Chiavi:á
kbnosurvey kbarchive kbmt kbinfo KB271931 KbMtit
Traduzione automatica articoli
Il presente articolo Ŕ stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell?utente. Tuttavia, un articolo tradotto in modo automatico non Ŕ sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, pi¨ o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non Ŕ la sua. Microsoft non Ŕ responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell?utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 271931
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com