Je n'ai pas regardé le SQL et c'est bien pour cela que j'ai des craintes.
Comme Thierry, je parle des formulaires. J'ai fais une base pour gérer
les postes de bénévoles sur une course.
Avant j'avais paramétré des champs maitre et esclaves entre plusieurs
sous formulaires. Je cliquais sur une catégorie et dans la liste en
dessous apparaissait les sous catégories. Je cliquais sur une sous
catégorie et dans une autre liste apparaissait tous les postes
concernés. Je cliquais sur un poste dans cette liste et toutes les
caractéristiques du poste apparaissaient dans les champs du formulaire.
Tout cela fonctionnait parfaitement. Maintenant j'ai l'erreur suivante.
Impossible de charger le contenu des données.
firebird_sdbc error:
*Dynamic SQL Error
*SQL error code = -206
*Column unknown
*LINK_FROM_CATEGORIE
*At line 1, column 109
caused by
'isc_dsql_prepare'
J'ai essayé de recréer un formulaire et un sous formulaire avec ou sans
l'assistant, ça ne marche pas.
De plus dans mon ancienne version, j'ai toujours le message pour migrer
la base, c'est saoulant et dangereux, un mauvais clic et c'est foutu..
La course approche et, au lieu de pouvoir me servir de mon outil, je
suis en train de perdre mon temps à essayer de faire refonctionner tout ça.
D'une manière générale, j'ai mis plusieurs année pour arriver à faire
des choses qui fonctionne correctement avec base et maintenant tout est
en train de changer. J'avoue que, par moment, si j'avais sous la main
ceux qui ont pris cette décision, ...
JT
Le 02/03/2020 à 17:39, J.M a écrit :
Il peut y avoir des codes SQL qui ne sont pas acceptés par Firebird, comme
CONCAT à remplacer par ||
De même, Firebird acceptera des noms de champs plutôt raccourcis et sans
espaces.
Dans mes récents tests, je n'ai pas rencontré les "plus rien fonctionne", mais
sans doute parce que j'utilise les versions les plus à jour de LO, celles dont
l'intégration de Firebird est la plus pertinente.
Jean-Michel PIERRE
Tél : 06.19.55.73.22
Le 2 mars 2020 à 14:12, jean trantecisse <[email protected]> a
écrit :
Je suis entièrement d'accord avec Thierry. Plus rien ne marche avec firebird.
J'avais créé un formulaire avec 3 sous formulaires en cascade qui permettait de
faire apparaitre les items dus choix1 puis du choix 2 et enfin du choix 3.
Plus rien ne marche. Je suis revenu à une ancienne version mais à chaque fois
j'ai un message qui me demande de mettre à jour.
J'ai essayé de recréer le formulaire mais ça ne fonctionne pas non plus.
J'avais abandonné access pour soutenir le logiciel libre et à cause de ses
changements de versions qui ne marchait pas.
Là, je dois reconnaitre que le libre arrive enfin au niveau de microsoft en
remplaçant un truc qui marche par un qui ne marche pas :-)))
Plus sérieusement, on peut espérer une amélioration ?
J'ai réalisé plusieurs bases avec des macros python, je n'ai pas encore essayé
mais j'ai des craintes.
JT
Le 02/03/2020 à 10:40, Thierry Jeanneret a écrit :
Merci de ta réponse,
Oui j'avais vu cette doc. Mais si elle documente champ par champ, elle ne dit
rien de ce qui se passe au niveau des formulaires de LibreOffice, qui
permettent d'établir des Join.
Lorsqu'on créé un formulaire maitre-esclave (p. ex. en-tête de commande -
lignes de commande), on reste dans l'environnement de LibreOffice qui s'arrange
pour que ça fonctionne. On lui fournit les deux champs clés, et quelque part le
miracle se produit, le join est créé. Je postule que ça repose sur une requête
SQL générée automatiquement, et qu'elle suit des règles de nommage
standardisées qui ne fonctionnent plus avec Firebird. Ou quelque chose
d'approchant.
Ca fonctionnait parfaitement avec HSQLDB, mais en essayant de porter la base à
Firebird, j'obtiens l'erreur que j'ai mentionnée. J'ai vérifié le nom des
champs (mais ils peuvent être différents) et leur type, tous deux Integer.
C'est donc pas ça…
Le plus surprenant reste que j'ai l'impression d'être le seul sur la planète à
avoir utilisé vraiment les formulaires Base, en-dehors du FrugalComputerGuy qui
me les a présentés sur YouTube. Pourtant c'est assez génial, et ça permet de
créer une bureautique très proche de l'utilisateur, très efficace - quand ça
marche.
C'est d'autant plus frustrant lorsque tout à coup la décision est prise de
casser ce qui fonctionne (pas besoin de gérer des Tera bytes pour un petit
bureau, HSQLDB me semble bien suffisant) et surtout de ne pas réparer les
dégâts que ça entraine.
Encore une fois, j'espère avoir raté quelque chose, mais il me semble avoir
plutôt bien cherché.
Dans tous les cas, encore merci, belle journée,
Thierry
--
Envoyez un mail à [email protected] pour vous désinscrire
Les archives de la liste sont disponibles à
https://listarchives.libreoffice.org/fr/users/
Privacy Policy: https://www.documentfoundation.org/privacy
