Création d'un index sur un VARCHAR 2048 ? [Résolu]

[[ZiP]]

Bonjour,

J'ai un champ dans une table qui est de type VARCHAR 2048.

Je l'utilise enormément pour effectuer des grosses requêtes, c'est pourquoi je souhaiterai l'indéxer.

Cependant, l'indexation d'un VARCHAR d'une taille de 2048 semble impossible.

Comment puis-je faire ?

Merci,
ZiP

[makowski]

tout dépend du jeu de caractère utilisé
avec FB2, un index sur un varchar(2048) avec character set None est possible

maintenant peut être qu'une autre solution est possible avec un autre champs, tout dépend de ce qui est stocké dans ce champ et si on peu en extraire quelque chose de significatif dans un autre champs plus petit
et aussi des recherches qui sont faites sur ce champ
j'imagine mal des recherches exactes dessus, si c'est des commence par, alors un index sur un autre champ maintenu par un trigger et qui ne comprendrai alors que les x premiers caractères peu aider

[[ZiP]]

Salut,

Voici la ligne de création de mon champ :

Code :

1
2
 
URL VARCHAR(2048) CHARACTER SET WIN1251 NOT NULL COLLATE WIN1251);

Je peux changer le CARACTER SET de quelle manière ?

Merci,
ZiP

[makowski]

Url Varchar(2048) Character Set None

[[ZiP]]

Bonjour,

Voici ma table :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
CREATE TABLE STATISTIQUES (
  ID INTEGER NOT NULL,
  UTILISATEUR VARCHAR(255) CHARACTER SET NONE NOT NULL COLLATE NONE,
  MACHINE VARCHAR(255) CHARACTER SET NONE NOT NULL COLLATE NONE,
  IP VARCHAR(15) CHARACTER SET NONE NOT NULL COLLATE NONE,
  HORAIRE DATE NOT NULL,
  URL VARCHAR(2048) CHARACTER SET NONE NOT NULL COLLATE NONE);
 
 
ALTER TABLE STATISTIQUES ADD PRIMARY KEY (ID);
 
 
SET TERM ^ ;
 
CREATE TRIGGER BI_STATISTIQUES_ID FOR STATISTIQUES
ACTIVE BEFORE INSERT
POSITION 0
AS
BEGIN
  IF (NEW.ID IS NULL) THEN
      NEW.ID = GEN_ID(STATISTIQUES_ID_GEN, 1);
END^
 
SET TERM ; ^

Je ne peux toujours pas créer mon index sur mon champ URL de type VARCHAR(2048).

J'utilise la dernière version de Firebird disponible.

Merci pour votre aide,
ZiP

[makowski]

il faut lire un peu la doc livrée
252-byte index length limit is gone
A. Brinkman
New and reworked index code is very fast and tolerant of large numbers of duplicates. The old aggregate key
length limit of 252 bytes is removed. Now the limit depends on page size: the maximum size of the key in bytes
is 1/4 of the page size (512 on 2048, 1024 on 4096, etc.)

[[ZiP]]

Bonjour,

J'ai modifié mon page size à 8192.

Mais le problème persiste :



Merci pour votre aide,
ZiP

[makowski]

page size 16384 dans ton cas
mais franchement, je ne suis pas certains que ce soit une très bonne idée
mais si tu ne peux pas faire autrement...

quels types de requêtes tu vas faire sur ce champs ?
est ce vraiment obligatoire d'avoir une taille si importante ?

[[ZiP]]

Envoyé par makowski

Now the limit depends on page size: the maximum size of the key in bytes is 1/4 of the page size (512 on 2048, 1024 on 4096, etc.)

En effet, ça fonctionne avec 16384. Mais je ne comprends pas pourquoi ça ne fonctionne pas avec 8192.

Je stock des adresses de pages Internet avec lesquelles je réalise des statistiques d'utilisations par le biais de requêtes de type : SELECT [...] WHERE [...] LIKE

Merci,
ZiP

[makowski]

Envoyé par [ZiP]

En effet, ça fonctionne avec 16384. Mais je ne comprends pas pourquoi ça ne fonctionne pas avec 8192.

Je stock des adresses de pages Internet avec lesquelles je réalise des statistiques d'utilisations par le biais de requêtes de type : SELECT [...] WHERE [...] LIKE

Merci,
ZiP

parce que varchar 2048 -> 2048 +2 > 8192/4

ceci dit l'index ne sera utiliser que sur une recherche équivalente à STARTING WITH donc l'édée de faire un autre champ avec seulement les x premiers caractères est à explorer sérieusement

[[ZiP]]

OK!

Merci pour ce complément d'informations et votre aide.

ZiP