[Résolu][Base]Recuperer les info insérées par SQL

[sldf]

Bonjour,

Lors d'une insertion SQL, il est possible de récupérer le n° auto-incrémenté venant d'être créé par l'ordre SQL via un CALL IDENTITY.

Toutefois si ma clef primaire est une clef composite avec par exemple la colonne "Exercice" et une colonne "Numero" (pour lesquelles la création d'une ligne suivante est l'insertion dans l'exercice encours avec un n° maximum + 1 de l'exercice concerné), le CALL IDENTITY est inapproprié (pas d'auto-incrément dans la base).

Normalement il me faudrait utiliser l'option OUTPUT INSERTED.Numero dans l'INSERT mais mes tentatives sont en échecs.
Cette option est-elle acceptée par HSQLDB ?
Si oui auriez vous un exemple et sinon y-aurait-il une autre voie ?

Merci pour votre temps

[Dolev]

Bonjour,

Depuis le temps que tu es sur ce forum, tu dois savoir que fournir un fichier facilite le travail des bénévoles.

[micmac]

Bonjour,

LibreOffice 6.4.4.2 (x64)

Cette version de LibO est obsolète.
Si c'est une obligation, mentionnez-le dans votre signature en ajoutant Obligation de version.

Afin de profiter des dernières améliorations, il est fortement recommandé d'être à jour de la dernière version stable
Accès direct à votre signature pour la corriger.

[sldf]

OK micmac, ci-joint 1 fichier contenant 1 table Flow et 1 procedure CreerFlow dans la librairie Standard.

J'y ai transcrit 1 INSERT dans la table Flow qui fonctionne mais ne restitue pas la clef primaire (clef composite : exercice + numero)
En dessous se trouve une partie de mes essais en échec de restitution du nouveau numero venant d'être inséré.

Cdlt

[Dolev]

Comme il n'y a pas d'autovaleur sur les index, il est impossible d'avoir une logique pour récupérer un autoincrément.

Pourquoi mettre Basic alors que c'est Base que tu utilises ?

[sldf]

Sur la question d'autovaleur (attention dans mon exemple ce n'est pas un "vrai" auto-incrément, c'est un auto-incrément logique géré par le Basic/SQL), j'ai vu (mais sur d'autres type de bases) qu'il était possible de récupérer l'intégralité de la ligne mise à jour et pas seulement les auto incrément associé à IDENTITY. Mais peut être que la base LibreOffice n'offre pas cette possibilité. C'etait ma question initiale.

Sur la question de la balise, dans la mesure où l'exploitation des valeurs précédemment insérée ne peut être réalisée que par un source, du coup j'ai utilisé BASIC et non BASE.

[Bidouille]

Bonjour,

Sur la question de la balise, dans la mesure où l'exploitation des valeurs précédemment insérée ne peut être réalisée que par un source, du coup j'ai utilisé BASIC et non BASE.

Basic signifie que le code est exécutable quelque soit le module. Je doute que celui-ci fonctionne sous Draw ou Calc.

Un titre clair n'est pas pour vous mais pour tous ceux effectuant des recherches.
Un peu comme votre autre question où vous mettez Java alors que ce n'est pas du tout avec ce langage.

[sldf]

Bonjour,

J'ai modifié la balise du 1er message de [Basic] à [Base].
Souhaitez vous que je modifie autre chose et sinon pouvez vous réorienter le sujet au sein du bon forum ?

Merci

[jeanmimi]

Bonjour,

sinon y-aurait-il une autre voie ?

Suggestion : passer par une requête.

[sldf]

Effectivement j'y avais bien pensé mais cela signifie qu'il me faut une clef d'accès comme un timestamp géré par le basic et mis à jour lors de l'insertion ce qui me permettrait d'aller lire la ligne juste après l'avoir insérée...
==> colonne supplémentaire + temps d'accès + risque (improbable) d'avoir 2 insertions par 2 users en même temps (on peut aussi utiliser une colonne concaténée avec le timestamp & code user ...)

Bref ça devient compliqué, mon objectif initial était de définir une clef primaire avec peu de limite dans le temps d'où une clef primaire concaténée sur l'exercice + 1 numéro. Peut être que la solution serait de rester sur un BigInt en auto incrément que je modifierais à chaque changement d'exercice pour correctement le positionner ?

je continue mes investigations et reviens sur le fils pour faire part de mes recherches.

[Dude]

Salut,

risque (improbable) d'avoir 2 insertions par 2 users en même temps

Tu es face à un faux problème car Base en format natif HSQLDB est mono-utilisateur.

[sldf]

Ah flûte il me semblait avoir lu que l'on pouvait y accéder à distance (ou tout au moins aux tables à distance).

1/Je pensais donc à une organisation de type :
* la base sur un serveur ou sur un PC faisant office de serveur (je maitrise peu ces sujets)
* les accès gérés via des échanges mails avec formulaire en pièce jointe sur une boite mail dédiée
* la base accède périodiquement à la messagerie dédiée et met à jour ses tables

2/Idéalement je pensais peut être que certains super-users pourraient avoir un doc Base vide avec les bons form et pourrais interroger via ces form la base distante...

Les points 1 & 2 semblent-ils raisonnables ou complétement à coté du sujet ?
ou me faut il une autre "base distante" comme MySQL et si je souhaite employer les outils LibreOffice et ses formulaires, dois/puis-je utiliser les form de Base ou plutôt m'orienter vers les Form de Writer/Calc ?

Si vous le souhaitez je peux ouvrir un nouveau sujet si oui dans quel forum [Base] ?

Merci

[jeanmi2403]

Bonjour,

Ah flûte il me semblait avoir lu que l'on pouvait y accéder à distance (ou tout au moins aux tables à distance).

Lire le chapitre "Accès aux bases de données externes" dans le chapitre 2 du Guide Base
Cordialement,

[sldf]

Merci pour tous ces apports.

J'en déduit que l'accès aux informations du module Base venant d'être insérées n'est pas "nativement" possible (accès logique tjrs envisageable) sauf pour les auto-incrémentés. Par contre les autres type de bases ont l'air d'offrir cette possibilité.

Je vais creuser l'aspect logique et poursuivre dans un 1er temps sur le module Base.