

![]() | Start a set with this search |
![]() | Include this search in one of my sets |
![]() | Exclude this search from one of my sets |
![]() | Permalink to these results Paste this link in email or IM: |
| Atom feed for tracking future search results Paste this URL into your reader: |
14 messages in org.openoffice.fr.progRe: [prog] syntaxe SQL et *... et req...| From | Sent On | Attachments |
|---|---|---|
| nicolas | Aug 24, 2006 3:53 am | |
| Manuel NAUDIN | Aug 24, 2006 4:13 am | |
| nicolas | Aug 24, 2006 4:40 am | |
| nicolas | Aug 24, 2006 5:19 am | |
| Manuel NAUDIN | Aug 24, 2006 5:25 am | |
| Manuel NAUDIN | Aug 24, 2006 5:30 am | |
| Nicolas | Aug 26, 2006 3:13 pm | |
| Alex Thurgood | Aug 27, 2006 1:57 am | |
| Manuel NAUDIN | Aug 27, 2006 5:41 am | |
| Nicolas | Aug 27, 2006 8:29 am | |
| Manuel NAUDIN | Aug 27, 2006 8:44 am | |
| Nicolas | Aug 27, 2006 8:57 am | |
| Manuel NAUDIN | Aug 27, 2006 9:20 am | |
| Nicolas | Aug 28, 2006 1:43 pm |

![]() | Permalink for this message Paste this link in email or IM: |
![]() | Permalink for this thread Paste this link in email or IM: |
| Atom feed for this thread Paste this URL into your reader: |
| Subject: | Re: [prog] syntaxe SQL et *... et requete SQL ignorant la casse | Actions... |
|---|---|---|
| From: | Nicolas (itki...@wanadoo.fr) | |
| Date: | Aug 27, 2006 8:29:00 am | |
| List: | org.openoffice.fr.prog | |
Bonjour, j'ai lu vos post merci pour le coup de main;)
Pour te répondre alex la commande altertable, en mode ébauche, fonctionne bien mais pas sur les champs qui ont été définis comme index ou clés, les données sont perdues. Pour ce qui est de la commande SQL , je n'arrive pas a la faire fonctionner.
Je me suis donc orienté vers la création de nouvelles tables:
Pour la commande INSERT INTO via Outils/SQL, cela fonctionne bien dés l'instant ou l'on ne souhaite pas modifier plusieurs choix à la fois.
INSERT INTO "Suivis2" ("Nom") SELECT ("Nom") FROM "Suivis" 1: Commande exécutée avec succès
INSERT INTO "Suivis2" ("Nom","Date") SELECT ("Nom","Date") FROM "Suivis" 2: Unexpected token: , in statement [INSERT INTO "Suivis2" ("Nom","Date") SELECT ("Nom",]
J'ai trouver une solution, via l'importation/Exportation de la table dans CALC (pour ce faire il est nécessaire de faire glisser les lignes de la tables à importer dans une feuille calc depuis un document calc dans lequel on a appellé la source de donnée et retrouvé la table a importer).
L'exportation CALC => BASE se fait rapidement en copiant la table importée sous calc, puis en collant le tout dans la zone table de Base. L'assistant de création de table s'ouvre alors et l'on peut définir le type de champ de chaque colonne.
J'ai testé ca a l'air de bien fonctionner.Assez pratique lorsque l'on veut redéfinir l'architecture d'une base, a condition qu'elle soit petite bien sur (ce qui est mon cas)
Encore une fois merci de vos réponses, a bientot
Alex Thurgood 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







