Patrick C. wrote:

Re,

 Je
veux :
- transmettre une base test avec les données à l'intérieur,

Ça marche déjà avec le lien que tu as fourni.

- à terme ma base test devra séparer les données de la structure, je
veux trouver des exemples de base de ce type,




- en parallèle, basculer d'autres bases de FileMaker à OpenBase en
transférant les données dans des tables OpenBase,

Pour l'avoir fait, le mieux est d'exporter les données FMPro via CSV et puis les retravailler éventuellement sous Calc avant de les importer (toujours en tant que CSV) dans ta base OOo.

Bon, on va chercher pour comprendre l'erreur. Comme sur cette base là,
on a rentré les données directement dans la base, je suis surpris qu'en
transmettant le fichier on ait rien. Je vais revoir avec la personne qui
a fait les tests.

D'autant que chez moi, j'arrive à les lire ;-)


- j'aimerai pouvoir non pas simplement me connecter mais transférer des
données d'une base extérieur dans les tables d'OpenBase. Comment faire ?

Soit tu fais une requête dirigée vers cette autre base pour pouvoir en faire une sortie CSV (sous MySQL, par exemple, ça passe par une commande SELECT ... INTO OUTFILE 'C:\myfile.csv'), que tu pourras ensuite importer dans OOoBase, ou déclarer carrément comme table (voir le doc tout récent de Manuel Naudin sur l'utilisation des tables CSV dynamiques dans OOoBase)

Soit tu le fais par le biais d'un connecteur JDBC ou ODBC avec ta base extérieure qui fonctionnerait directement avec OOo, mais je ne sais pas si cela existe pour ta base extérieure (tu n'as pas précisé le type de base).

Non, je ne veux pas de connexion à distance. C'est pour ma phase de
test, j'aimerai que les données que j'ai par ailleurs sous Excel soit
intégrée directement dans les tables que j'ai créé.

C'est possible, et il y a plusieurs façons de faire :
- transformer ta feuille Excel en Calc et puis l'importer par glisser-déposer - l'utiliser directement dans OOo Base (HSQLDB) comme une table (voir le doc de Manu)
- passer par l'enregistrement de la base en DBF (de nombreuses contraintes)


Cela me servirait dans le cadre de ce projet mais aussi pour porter
d'autres bases que j'ai déjà faites sous FileMaker.

J'ai pas mal d'expérience maintenant avec la migration des bases FMPro que l'on avait chez nous et commence à être rodé ;-) Si je peux aider là-dedans, fais-moi signe.

 Ensuite, je veux
pouvoir transmettre (pas pour cet outil mais pour mes autres bases) un
fichier unique qui contiendrait les bases avec les données. Actuellement
j'arrive à faire qu'OpenBase se connecte à une base :
- Access,
- Dbase

Je peux alors construire ce que je veux comme requête et formulaire.
Mais si j'envoi le fichier en question, je n'envoi que les formulaires
et requêtes avec un lien vers un fichier source (Access ou Dbase). Sauf
que si j'efface ce fichier ou s'il arrive sur un autre ordi, il n'y a
plus rien comme données.


C'est normal, parce que dans ce cas, les données proviennent d'une source externe au fichier ODB. Ces sources là (mysql, postgresql, dbf, Access) ne sont pas intégrées dans le fichier ODB, donc c'est normal que tu ne les retrouves pas si tu envoies ton fichier ODB ailleurs, sauf à accompagner ton fichier ODB de la source de données en question (la solution réseau à au moins le mérite de fonctionner pour autant que la personne ait la même config d'accès réseau à la bdd)

Il faudrait donc les données avec les requêtes ?

Oui, bien que les formulaires puissent être séparés.


J'espérais n'avoir que
les données dans ce fichier. Quoique certains utilisateurs peuvent avoir
envie d'ajouter des requêtes et celles-là seraient stockée dans leur
fichier de données. C'est possible cela ?

Oui, ils pourront stocker leur requêtes aussi dans le fichier.

Avoir les formulaires et
requête dans un fichier que l'on peut mettre à jour et un fichier de
données de l'utilisateur avec ses requêtes qu'il aurait ajouté.


Aujourd'hui, cela n'est pas possible avec les fichiers ODB. La fusion ou MAJ d'un fichier ODB de cette manière n'est pas gérée.


D'autre part, un formulaire, fichier .odt permettant de gérer la database à laquelle il est connecté.


Cela est possible, mais il faut dans ce cas redéfinir le lien sur le poste contenant la source de données si tu envoies ce formulaires à qqn d'autre.


C'est un peu ce à quoi je pensais, il me restera à voir pour faire un
lien simple (non bousillable par mes maladroits).


Je pense que pour ton cas précis, la solution la plus pro passerait par la construction d'un Addon contenant fichier ODB, formulaire ODT à part, éventuellement autres ajouts (feuilles de Calc éventuelles) que les utilisateurs n'auraient qu'à installer chaque fois.

Alex

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Répondre à