Connecteur JDBC MySQL : non enregistrement de ma clé primaire...

fr-users
#1

*** REMOVED AS PER AUTHOR'S REQUEST ***

#2

Bonjour Patrick,

J'utilise le dernier connecteur JDBC

qui est le 5.1.22, si je ne m'abuse...sinon, il faudrait nous dire lequel...

avec une base de donnée MySQL
(noinstall) accessible sur ma clé USB. J'ai créé une table avec une dizaine
de champs et j'ai choisi le premier comme clé primaire ID INTEGER(INT). Au
premier abord cela semble ok, je peux enregistrer ma table et changer
d'enregistrement ma clé est toujours présente. Lorsque je ferme ma table et
que je la rouvre le champ ID n'est plus défini comme clé primaire...

Quelle version de LibreOffice ?
Quel OS (on dirait Windows) ?
Comment (en détails) est-ce que la table a été créée ?
Je n'ai jamais utilisé une bdd mysql "noinstall", et ne sais pas ce que
cela implique comme limitations de fonctionnement potentielles.

Je test
avec une seconde table et au moment de la sauvegarde Ooo Base me demande de
définir une clé primaire, j'accepte, il ajoute alors un champs ID
INTEGER(INT). Mais contrairement à celui que j'ai défini manuellement dans
la première table celui-ci résiste à la fermeture de la table, il est aussi
affiché dans le designer relationnel ce qui n'est pas le cas de celui que
j'ai défini manuellement... Quelqu'un peut-il m'éclairer sur ce mystère ?

Aucune idée, à part peut-être le fait que la clé primaire attribuée par
le concepteur de tables de LO lui donne un attribut NOT NULL
AUTO_INCREMENT. Cela ne semble pas être le cas de ta première table, où
tu nous dis pas si ton champ clé comporte cet attribut.

Existe t-il un document sur le driver JDBC/MySQL à consulter ? Faudrait-il
lui préférer un connecteur ODBC ?

Non, il n'y a pas de document spécifique à part la doc officielle
fournie par Oracle pour le Connecteur J, et cela reste spécifique à ce
connecteur. Le choix de l'ODBC est une alternative valable, mais qui
implique d'autres contraintes/limitations du fait de la version
particulière de LibreOffice avec laquelle on le met en oeuvre, ou
dépendant de la plateforme et de la version du connecteur ODBC. Sous
Mac, par exemple, les connexions ODBC en OS 64bit (donc, à partir de
Snow Leopard) ne fonctionnent pas avec LO parce qui lui, n'est pas une
appli 64bit et ne sait pas parler au "stack" 64bit.

Alex

#3

*** REMOVED AS PER AUTHOR'S REQUEST ***

#4

Bonjour,

Le 29/11/2012 18:32, *** REMOVED AS PER AUTHOR'S REQUEST *** a écrit :

En fait je pense que je devrais peut être utiliser libre office seulement
après avoir construit mon schéma relationnel et une fois que celui-ci sera
stable. Alors pourriez-vous me conseiller un éditeur de schéma relationnel
(gratuit) qui fonctionnerait mieux que LibreOffice ? Par exemple est-ce que
OpenWorkbench vaut la peine d'être essayé ?

Il existe AnalyseSI : http://www.analysesi.com/

Bernard

#5

oui mon connecteur JDBC MySQL est bien le 5.1.22, je suis sous Windows XP
avec LibreOffice 3.6.3.2 et JAVA est mis a jour régulièrement sur mon poste,
pour info je suis à la version Oracle Corporation 1.7.0_09. Il semblerait,
comme je l'ai dit, que la clé soit bien présente sur le champs ID dans ma
table LesNotices, je l'ai constaté avec la console mysql. Alors je me pause
quelques questions : Est-ce que je devrais démarrer le serveur mysqld en
mode mémoire partagée de façon à ne pas utiliser les pipes ? Est-ce que
c'est une limitation de Mysql (noinstall) avec le connecteur JDBC ?

En fait je pense que je devrais peut être utiliser libre office seulement
après avoir construit mon schéma relationnel et une fois que celui-ci sera
stable. Alors pourriez-vous me conseiller un éditeur de schéma relationnel
(gratuit) qui fonctionnerait mieux que LibreOffice ? Par exemple est-ce que
OpenWorkbench vaut la peine d'être essayé ?

Merci pour votre aide.
Patrick

Bonjour,
La version de Java 1_7 n'est pas optimale pour LibO, mais plutôt Java 1_6_37
J.M