Allineamento

I problemi di allineamento in un'applicazione ODBC in genere non sono diversi da quelli presenti in qualsiasi altra applicazione. Ovvero, la maggior parte delle applicazioni ODBC presenta alcuni o nessun problema con l'allineamento. Le penalità per il mancato allineamento degli indirizzi variano con l'hardware e il sistema operativo e potrebbero essere minori come una lieve riduzione delle prestazioni o come un errore di run-time irreversibile. Pertanto, le applicazioni ODBC e le applicazioni ODBC portabili in particolare devono prestare attenzione a allineare correttamente i dati.

Un esempio di quando le applicazioni ODBC riscontrano problemi di allineamento è quando allocano un blocco di memoria di grandi dimensioni e associano parti diverse di tale memoria alle colonne di un set di risultati. Ciò è molto probabile quando un'applicazione generica deve determinare la forma di un set di risultati in fase di esecuzione e allocare e associare la memoria di conseguenza.

Si supponga, ad esempio, che un'applicazione eseguo un'istruzione SELECT immessa dall'utente e recupera i risultati da questa istruzione. Poiché la forma di questo set di risultati non è nota quando il programma viene scritto, l'applicazione deve determinare il tipo di ogni colonna dopo la creazione del set di risultati e associare la memoria di conseguenza. Il modo più semplice per eseguire questa operazione consiste nell'allocare un blocco di memoria di grandi dimensioni e associare indirizzi diversi in tale blocco a ogni colonna. Per accedere ai dati in una colonna, l'applicazione esegue il cast della memoria associata a tale colonna.

Il diagramma seguente mostra un set di risultati di esempio e il modo in cui un blocco di memoria potrebbe essere associato usando il tipo di dati C predefinito per ogni tipo di dati SQL. Ogni "X" rappresenta un singolo byte di memoria. Questo esempio mostra solo i buffer di dati associati alle colonne. Questa operazione viene eseguita per semplicità. Nel codice effettivo, anche i buffer di lunghezza/indicatore devono essere allineati.

Supponendo che gli indirizzi associati siano archiviati nella matrice Address , l'applicazione usa le espressioni seguenti per accedere alla memoria associata a ogni colonna:

(SQLCHAR *)       Address[0]  
(SQLSMALLINT *)   Address[1]  
(SQLINTEGER *)    Address[2]  

Si noti che gli indirizzi associati alla seconda e alla terza colonna iniziano in byte numerati dispari e che l'indirizzo associato alla terza colonna non è divisibile per quattro, ovvero la dimensione di un SDWORD. In alcuni computer, questo non sarà un problema; su altri, causerà una leggera riduzione delle prestazioni; in altri, causerà un errore di run-time irreversibile. Una soluzione migliore consiste nell'allineare ogni indirizzo associato sul limite di allineamento naturale. Supponendo che ciò corrisponda a 1 per un UCHAR, 2 per un SWORD e 4 per un SDWORD, questo darebbe il risultato mostrato nell'illustrazione seguente, dove una "X" rappresenta un byte di memoria utilizzato e una "O" rappresenta un byte di memoria inutilizzato.

Anche se questa soluzione non usa tutta la memoria dell'applicazione, non si verificano problemi di allineamento. Sfortunatamente, per implementare questa soluzione è necessaria una quantità equa di codice, perché ogni colonna deve essere allineata singolarmente in base al tipo. Una soluzione più semplice consiste nell'allineare tutte le colonne alle dimensioni del limite di allineamento più grande, ovvero 4 nell'esempio illustrato nella figura seguente.

Anche se questa soluzione lascia fori più grandi, il codice da implementare è relativamente semplice e veloce. Nella maggior parte dei casi, questo compensa la penalità della memoria inutilizzata. Per un esempio che usa questo metodo, vedere Uso di SQLBindCol.