Les types de données

SQLite est un SGBD   compatible SQL  , vous pourrez donc créer des tables à partir d’un script avec des CREATE TABLE avec la même syntaxe que pour un autre SGBD  . Par contre SQLite gère les types de données de manière différente des autres SGBD. Disposant de types de données moins nombreux et légèrement différent, lorsque vous ajouterez un nouvel enregistrement avec des données, SQLite se débrouillera, pour chaque champ, pour traduire dynamiquement la données dans un des types qu’il gère. La liste de ces types sont nommées classes de stockages. SQLite défini également une liste de types d’affinités qui sont les types que l’on pourra utiliser lors de la définition d’une colonne lors de la création de la table.

 Les classes de stockages

Voici la liste des différentes classes qui seront utilisées pour stocker les données :

lien : sqlite.org/datatype3.html

 Les types d’affinités

Les type d’affinités, sont les types que l’on peut utiliser pour définir le type de chaque colonne lors de la création de la table avec l’instruction CREATE TABLE. Cela correspond en fait à un type préférentiel qui pourra orienter SQLite vers une classe de stockage lors de l’enregistrement d’une donnée. Si la données transmise, ne correspond pas au type spécifié, SQLite effectuera un transtypage vers une classe de stockage la plus appropriée lors de chaque enregistrement.

Voici la liste de ces classes d’affinité

 Compatibilité avec les types SQL   traditionnels

Dans le but de rendre compatible des scripts SQL écrits pour d’autres SGBD, il est possible de faire référence à des types SQL standard lors de la création d’une table. Le tableau suivant montre la correspondance effectuée par SQLite entre types SQL et types d’affinités.

Remarque sur les VARCHAR( x ) : avec ce type de données, la valeur x spécifie un nombre de caractères maxi à ne pas dépasser pour ce champ. Avec un SGBD classique, vous ne pourrez pas dépasser cette valeur et une erreur est en principe générée. Avec SQLite, cela correspondra au type d’affinité TEXT donc de longueur quelconque. Vous pourrez donc enregistrer une chaine de caractère plus longue que spécifiée même si ce n’est pas conseillé si vous compter un jour transférer votre base vers un SGBD classique.

 Les types de contraintes

Comme pour les SGBD classiques, il est possible d’ajouter des contraintes lors de la définition de champs mais avec un comportement pouvant être différent. Voici la liste de ces mots clés :

 Remarque sur les clés primaires

Pour chaque table, SQLite défini une colonne nommée index d’unicité de type ROWID qui n’est pas visible. Lorsque l’on défini un champ en tant que PRIMARY KEY de type entier, ce dernier sera en fait un alias sur le ROWID.

 Remarque sur COLLATE

La contrainte accepte les valeurs suivantes qui vont influencer l’ordre de tris :