Bonjour,
j'ai créé un formulaire dans calc qui écrit dans une base OOBase. J'ai
lors de l'enregistrement une erreur "Value Too Long in Statement INSERT
INTO... Mon problème serait de savoir pour quelle valeur se pose ce
problème vu qu'à priori l'erreur est globale sur toute l'instruction
SQL.
Il se trouve que Alex Thurgood a formulé :
On Monday 09 July 2007 11:45:06 Patrick C. wrote:
Bonjour Patrick,
Là où c'est idiot, c'est que Base et HSQLDB gére les TINYINT et Cie,
mais c'est lors de la création avec un script SQL que ce n'est pas
géré.
Il gère les TIN
Alex Thurgood a formulé la demande :
On Wednesday 04 July 2007 15:40:02 Patrick C. wrote:
Merci de cette contribution très utile. Je mets mes commentaires entre les
tiens :
Les fonctions/variables à ne pas utiliser:
- TINYINT, SMALLINT et MEDIUMINT ne sont pas connu par le SQL de Base,
à
Alex Thurgood a écrit :
Oui, HSQLDB ne connaît que l'attribut IDENTITY en association avec un champ
INT, d'après ce que j'ai compris.
Je n'ai pas bien compris ce qu'était un CHAR auto incrémenté.
Oui, c'est un outil que j'ai toujours trouvé intéressant quoiqu'un peu
difficile à installer par
Il se trouve que Manuel NAUDIN a formulé :
effectivement, la doc hsqldb ne mentionne pas le mot clé INDEX dans une
définition de table :
http://hsqldb.org/doc/guide/ch09.html#create_table-section
Par contre il y a une instruction CREATE INDEX
http://hsqldb.org/doc/guide/ch09.html#create_index-s
Patrick C. a présenté l'énoncé suivant :
Les autres cases (Créer Indices et Sortir commentaires) doivent être
décochées.
Pour compléter pour ceux qui veulent créer des INDEX:
l'instruction INDEX dans CREATE TABLE n'existe pas dans Base. Il faut
donc remplacer INDEX par "
Suite à un message précédent où je vous posais quelques questions,
voici quelques solutions et remarques pour utiliser DBDesigner avec
OpenOffice (Base).
Les fonctions/variables à ne pas utiliser:
- TINYINT, SMALLINT et MEDIUMINT ne sont pas connu par le SQL de Base,
à remplacer dans le dessin
Mathias Michel avait énoncé :
Ta clé est différente. via DBD, c'est "Parametre_idParametre" , dans
ton alter, c'est "iDMesure". Peut-être faut-il chercher par là.
C'est bon, j'ai corrigé l'export du code est cela marche, je vous fait
un résumé dans un post.
Le 04/07/2007, Manuel NAUDIN a supposé :
D'autre part, il semble que le code sql exporté par DBDesigner est dédié à
MySQL et n'est donc pas forcément supporté par d'autres moteurs de base de
donnnées.
En fait, après retouche le code est presque parfait (voir mon autre
message en parallèle).
Mathias Michel a exprimé avec précision :
Ta clé est différente. via DBD, c'est "Parametre_idParametre" , dans
ton alter, c'est "iDMesure". Peut-être faut-il chercher par là.
Non, là c'est moi qui ait mal retapé. La clé a le même nom de chaque
coté. Le problème est qu'INDEX n'est pas reconnu
Manuel NAUDIN a formulé ce mercredi :
Bonjour,
est-ce que l'objectif est que les données soient contenus dans un fichier
calc utilisé comme source de données ?
Non, c'est le contraire (sur le principe de Factoo): la base dans
OpenBase et la manipulation dans Calc.
Faites attention car les
Alex Thurgood a exprimé avec précision :
On Tuesday 03 July 2007 11:37:06 Patrick C. wrote:
Bonjour Patrick,
L'outil utilisé pour l'instant pour déssiner la base est DBDesigner
(qui reste plus complet pour l'instant que MySQL WorkBench). Notre seul
problème actuellement est d
Nous sommes en train de développer une base de donnée avec pour
objectif de la porter sous OpenBase (en lien avec un fichier Calc).
L'outil utilisé pour l'instant pour déssiner la base est DBDesigner
(qui reste plus complet pour l'instant que MySQL WorkBench). Notre seul
problème actuellement e
13 matches
Mail list logo
