Discussion :

[Invité]

Bonsoir,

Code sql mysql :

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

1
2
3
4
5
6
7
8
CREATE TABLE `latable` (
	`id` INT(11) NOT NULL,
	`chaine` TEXT(65535) NOT NULL ,
        unique key (`chaine`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB
;

Comment avoir un champ texte de 15000 ou 20000 caractères (voir plus) en unique key sur mysql ? Un char , un varchar ?

Merci de m'aiguiller

[SQLpro]

Ha quand on peut faire la pire merde !!!!! Pourquoi pas aussi une unicité sur l'ensemble des données de la base ?

Il faudrait peut être revoir les fondamentaux et ce qu'est la notion de clé !
https://sqlpro.developpez.com/cours/...ociation#LII-E
https://sgbd.developpez.com/actu/859...es-par-fsmrel/


A +

[Invité]

Bonjour,

Ha quand on peut faire la pire merde !!!!!

Oui c'est vrai que l'exemple en question est assez absurde que je donne

Pourquoi pas aussi une unicité sur l'ensemble des données de la base ?

Je suis en train de faire un test sur un jeu de données bidon pour voir comment se comporte la base.

Je me suis basé sur un précédent exemple vu dans le cadre d'une utilisation de pentaho. Dans pentaho il existe un module qui permet d'intégrer en masse la data . Lorsqu'un doublon est detecté, la programme compile et éjecte automatiquement le doublon.

D'ou mon interrogation et ma tentative de reproduction du comportement observé.

En somme "une clef longue de plusieurs centaines/milliers de caractères est il possible ? ". En gros ne pas passer par le "select distinct" , ni un char/varchar/int en primary key.

Il faudrait peut être revoir les fondamentaux et ce qu'est la notion de clé !
https://sqlpro.developpez.com/cours/...ociation#LII-E
https://sgbd.developpez.com/actu/859...es-par-fsmrel/

A +

Pas besoin d'incendier

[escartefigue]

Bonjour

En somme "une clef longue de plusieurs centaines/milliers de caractères est il possible ? ". En gros ne pas passer par le "select distinct" , ni un char/varchar/int en primary key.

Pas besoin d'incendier

Hum, donc, plutôt que d'exécuter de temps à autres une requête avec la clause "distinct" la solution serait de pourrir par construction les index de la table et donc tous les ordres de mise à jour (insert, update, delete) la concernant, mais aussi les utilitaires et bien sûr, l'espace disque...

Si le besoin du distinct est avéré (c'est rarement le cas) il sera nettement préférable qu'une contrainte unique sur une colonne texte !

[Invité]

Bonjour,

Si le besoin du distinct est avéré (c'est rarement le cas) il sera nettement préférable qu'une contrainte unique sur une colonne texte !

Voilà , c'est que j'essaye de faire une contrainte unique sur du texte ... Hors ma version Mysql reste bloqué en char/varchar 255 ... Pas de "text" ... D'ou mon interrogation , dans le cadre d'un dédoublonnage par exemple ...

[escartefigue]

Je dis l'inverse : il est préférable de faire un select distinct plutôt qu'un index uniue sur ce type de colonne !