Bonjour, Le 27/08/06, Alex Thurgood <[EMAIL PROTECTED]> a écrit :
Nicolas wrote: Bonjour, > > Comme je pressens que non, j'ai dans l'idée de refaire ma table en > formattant les champs sur lesquels s'applira la requete en > VARCHAR_IGNORECASE, mais qu'en est il du type de champ LONGVARCHAR, est > il par défaut sensible a la casse?? Tiré de la doc HSQLDB : Il est conseillé de ne pas utiliser des indexes sur des colonnes LONGVARBINARY, LONGVARCHAR et OTHER, puisque ceux-ci ne seront probablement plus supportés dans des versions futures. Avec des modifs de la table du genre : ALTER TABLE MATABLE CHANGE MACOLONNE MACOLONNE VARCHAR_IGNORECASE(250) cela ne ferait-il pas l'affaire ? Ou est-ce que, en faisant ainsi, tu perds les données déjà dans la table ? Alex
pour une base intégrée : <doc hsqldb> ALTER TABLE <tablename> ALTER COLUMN <columnDefinition>; This form of ALTER TABLE ALTER COLUMN accepts a columnDefinition<http://www.hsqldb.org/doc/guide/ch09.html#columnDef-entry>as in a CREATE TABLE command, with the following restrictions. *Restrictions* - The column must be already be a PK column to accept an IDENTITY definition. - If the column is already an IDENTITY column and there is no IDENTITY definition, the existing IDENTITY attribute is removed. - The default expression will be that of the new definition, meaning an existing default can be dropped by ommission, or a new default added. - The NOT NULL attribute will be that of the new definition (similar to previous item). - Depending on the type of change, the table may have to be empty for the command to work. It always works when the type of change is possible in general and the individual existing values can all be converted. </doc hsqldb> je n'ai pas essayé mais le dernier point me fait penser que il doit être possible de modifier un champ VARCHAR en VARCHAR_IGNORECASE sans perdre les données. Pour Nicolas : commande à exécuter par Outils > SQL ...
