Je ne suis pas sûr du cryptage, mais vous trouverez probablement ce lien utile :
http://msdn.microsoft.com/en-us/library/ms171955.aspx
Pour le reste :
"Text" et "auto_increment" me rappellent Access. SQL Server Compact est censé être compatible avec la mise à niveau vers le serveur éditions de SQL Server, dans la mesure où les requêtes et les tables utilisées dans votre base de données compacte doivent être transférées vers une base de données complète sans modification. Dans cet esprit, vous devez d'abord examiner les types et les noms de SQL Server plutôt que les noms d'accès :dans ce cas, à savoir varchar(max) , bigint , et identity Colonnes.
Malheureusement, vous remarquerez que cela échoue en ce qui concerne varchar(max), car Compact Edition n'a pas encore le type varchar(max). J'espère qu'ils vont régler ça bientôt. Cependant, le type ntext que vous examiniez prend en charge bien plus que 255 octets :2 en fait, ce qui équivaut à plus de 500 millions de caractères.
Enfin, bigint utilise 8 octets pour le stockage. Vous avez demandé 11. Cependant, je pense que vous pouvez être confus ici que la taille de stockage indique le nombre de chiffres décimaux disponibles. Ce n'est certainement pas le cas. 8 octets de stockage permettent des valeurs allant jusqu'à 2, qui accepteront bien plus que 11 chiffres. Si vous avez autant d'éléments, vous voudrez probablement une base de données de classe serveur de toute façon. Si vous voulez vraiment penser en termes de chiffres, il y a un numeric type fourni également.
