Ludovic CHEVALIER a écrit :
Bonjour,
J'établis une relation entre Table1 et Table2 grâce à Table3.
Mais, du fait de ne pas avoir de clé primaire dans Table3, je ne peux
modifier les données (sauf en sql biensûre).
Je suis vraiment obligé de créer une clé primaire à Table3 pour
parvenir à mes fins en HSQL, n'est-ce pas???
Oui, mais Manuel t'a expliqué comment faire.
C'est bien une limite de HSQL, non?
Non, c'est bien une limitation de OOo. La raison est que les services et
méthodes de l'API de OOo ont besoin de se repérer de manière univoque
dans "l'espace virtuel" que constitue les données d'une table chargées
en mémoire vive. Si une clé primaire n'est pas définie, OOo n'a aucune
méthode générique lui permettant de le faire, car chaque système de base
de données a ses propres méthodes et OOo n'y a pas accès (si chaque
éditeur de SGBD fournissait un pilote multiplateforme pour OOo, nous
n'en serions pas là, mais ne rêvons pas ;-) ). Il a donc été décidé (il
y a fort longtemps) d'imposer l'utilisation d'une clé primaire parce que
celle-ci est à peu de choses près implémentée de manière uniforme par
l'ensemble des différents SGBD. Ce n'est pas le cas pour des sources de
données de type "fichier plat", c-à-d fichier texte, CSV. Comme ces
fichiers n'ont pas de système de gestion I/O évolué (d'ou le nom flat
file) au niveau de l'écriture/lecture dans le fichier de données, ces
sources sont en lecture seule. S'agissant du format DBF, les
développeurs ont écrit un pilote spécifique intégré à OOo, mais qui
n'implémente pas la totalité de la spécification DBF IV.
Alex
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
