Discussion :

[AlexB59]

Bonjour,

j'éxécute la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
CREATE TABLE ChampsTablesMigrees (
TableInterbase CHAR(100) NOT NULL,
ChampAccess CHAR(100) NOT NULL,
ChampInterbase CHAR(100) NOT NULL,
CONSTRAINT PK_Champs PRIMARY KEY (TableInterbase, ChampAccess, ChampInterbase));

Interbase me renvoie le message en me disant :
key size too big for index RDB$PRIMARY22.

Pourquoi et comment contrer ce problème ?

Merci d'avance

[Andry]

Salut,
Tu as un clé composé de 3 Champs qui sont de longueur 100 Carractères chacun.
A mon avis, il vaut mieux creer un champs autoincrementé comme clé primaire.
Sinon, ce que tu peux faire aussi c'est d'essayer de diminuer la taille des trois champs.

A+

[qi130]

Quelle version d'Interbase utilises-tu ?

Si tu es en V6, pourquoi définir

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

TableInterbase CHAR(100)

puisque la limite est de 31 caractères ?
C'est d'ailleurs la même chose pour le nom des colonnes (champs)

[AlexB59]

Bonjour,

qi130 > 31 caractères c'est la limite en tant que Primary Key ?
Andry > J'avais fais une clé primaire sur les 3 champs par soucis de simplicité. Je n'ai pas encore manié les générateurs autoincrémenté pour les champs.

Merci à vous deux pour votre aide,

Alexandre.

[Andry]

Bonjour,

qi130 > 31 caractères c'est la limite en tant que Primary Key ?
Andry > J'avais fais une clé primaire sur les 3 champs par soucis de simplicité. Je n'ai pas encore manié les générateurs autoincrémenté pour les champs.

Merci à vous deux pour votre aide,

Alexandre.

Alexandre,
Ce que je peux t'assurer c'est que il est très facile d'utiliser des champs autoincrementé. Il suffit d'avoir les bonnes outils pour gerer ta base et la tu peux te lancer.
Sache tout simplement, qu'une clé numérique est plus rapide par rapport à une en caractères.

A+

[AlexB59]

Dans ce cas je vais passer par une clé numérique auto incrémentée.

Petite confirmation : La limitation char(31) ce n'est que pour les primary key ?

Merci pour tes réponses.

[qi130]

Bonjour,

qi130 > 31 caractères c'est la limite en tant que Primary Key ?
Andry > J'avais fais une clé primaire sur les 3 champs par soucis de simplicité. Je n'ai pas encore manié les générateurs autoincrémenté pour les champs.

Merci à vous deux pour votre aide,

Alexandre.

ces 31 caractères sont presque une limite constante dans Interbase:
- nom de table
- nom de colonne
- etc...

donc, quand tu définis char(100) pour le nom des tables interbase, il y en a 69 de trop !

[qi130]

Pour être précis:

Maximum index key size
Starts at 256 bytes for a single-column key, and 200 for
multicolumn keys; subtract four bytes for each additional column.
Example:
a single-column CHAR key can be up to 256 – 4 = 252 bytes;

a three-column key must add up to 200 – 12 = 188 bytes.

Note that multibyte character sets must fit within the key by
counting bytes, not by counting characters. For example, a
single-column key using 3-byte UNICODE_FSS characters can
have a maximum of (256 – 4) / 3 = 84 characters.

Donc, dans ton cas la longueur cumulée des tailles des colonnes de la clé ne peut dépasser 188 caractères.

[jean-jacques varvenne]

un truc à utiliser lorsque l'on à de trop grande colonne à indexer et d'utiliser un "crc", c'est une fonction qui calcule une somme à partir d'une chaîne (le plus rapide, le mieux)

évidement, il peut y avoir des collisions, mais il suffit alors d'ajouter dans le where tous les champs en question.

comme le crc et une valeur entière, l'index et des plus performant, il suffit de le mettre en premier lieu dans le where et surtout de ne pas indexer les autres colonnes "texte"

donc, ne pas perdre de vue qu'un index crc/hash n'est pas unique!

mais il dépotte à fond la caisse...