Non sono sicuro della crittografia, ma probabilmente troverai utile questo link:
http://msdn.microsoft.com/en-us/library/ms171955.aspx
Per il resto:
"Text" e "auto_increment" mi ricordano Access. Si suppone che SQL Server Compact sia compatibile con l'aggiornamento con il server edizioni di SQL Server, in quanto le query e le tabelle utilizzate nel database compatto devono essere trasferite a un database completo senza modifiche. Con questo in mente, dovresti prima esaminare i tipi e i nomi di SQL Server anziché i nomi di Access:in questo caso vale a dire varchar(max) , bigint e identity colonne.
Sfortunatamente, noterai che questo non riesce rispetto a varchar(max), perché Compact Edition non ha ancora il tipo varchar(max). Speriamo che lo risolvano presto. Tuttavia, il tipo ntext che stavi guardando supporta molti più di 255 byte:2 infatti, che ammontano a più di 500 milioni di caratteri.
Infine, bigint utilizza 8 byte per l'archiviazione. Hai chiesto 11. Tuttavia, penso che potresti essere confuso qui sul fatto che la dimensione di archiviazione indica il numero di cifre decimali disponibili. Questo NON è assolutamente il caso. 8 byte di memoria consentono valori fino a 2, che possono contenere molte più di 11 cifre. Se hai così tanti elementi, probabilmente vorrai comunque un database di classe server. Se vuoi davvero pensare in termini di cifre, c'è un numeric anche il tipo fornito.
