Bonjour,
Le 27/08/06, Alex Thurgood <alex...@free.fr> 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 ?
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 ...
14 messages in org.openoffice.fr.progRe: [prog] syntaxe SQL et *... et req...
