OVH Cloud OVH Cloud

Problème BDD Objet POET

4 réponses
Avatar
Jocelyn LECOMTE
Bonjour,
Je suis étudiant et je dois réaliser un projet dont le but est ...
(aucun intérêt) avec un développement Java et une base de données objet
nommée POET. Cette base de données s'appelle maintenant FastObjects mais
nous utilisons une vieille version sur laquelle l'assistance est terminée.
Je voudrais savoir si certains ont une expérience du développement avec
POET, ou a défaut sur une base objet, car j'ai pas mal de questions à
poser ! Attention je ne demanderai pas de faire à ma place, juste des
tuyaux pour m'aider a avancer.

Merci d'avance !

4 réponses

Avatar
TestMan
Bonjour,
Je suis étudiant et je dois réaliser un projet dont le but est ...
(aucun intérêt) avec un développement Java et une base de données objet
nommée POET. Cette base de données s'appelle maintenant FastObjects mais
nous utilisons une vieille version sur laquelle l'assistance est terminée.
Je voudrais savoir si certains ont une expérience du développement avec
POET, ou a défaut sur une base objet, car j'ai pas mal de questions à
poser ! Attention je ne demanderai pas de faire à ma place, juste des
tuyaux pour m'aider a avancer.

Merci d'avance !


Pose toujours, tes questions ... "on sait jamais" ;-)

A+
TM

Avatar
Jocelyn LECOMTE
Bonjour,
Je suis étudiant et je dois réaliser un projet dont le but est ...
(aucun intérêt) avec un développement Java et une base de données objet
nommée POET. Cette base de données s'appelle maintenant FastObjects
mais nous utilisons une vieille version sur laquelle l'assistance est
terminée.
Je voudrais savoir si certains ont une expérience du développement
avec POET, ou a défaut sur une base objet, car j'ai pas mal de
questions à poser ! Attention je ne demanderai pas de faire à ma
place, juste des tuyaux pour m'aider a avancer.

Merci d'avance !


Pose toujours, tes questions ... "on sait jamais" ;-)

A+
TM
Bon ok :)

Donc le principe de POET, c'est que si on fait une requete quelque part
dans l'appli, meme pour lire des objets, il faut le faire dans une
transaction. Une fois la transaction terminée, les objets restent
marqués comme "orphelins". C'est à dire qu'on n'a pas forcément besoin
de les récupérer depuis la base, mais qu'une nouvelle transaction doit
etre ouverte pour les adopter à chaque fois qu'on a besoin d'y accéder.
Voila ce que j'ai compris du contexte...
Maintenant j'ai un écran qui affiche une liste de personnes dans une
JTable avec en dessous de cette table les traditionnels boutons creer,
modifier, supprimer. Je remplis la table avec le resultat de ma requete
dans la base. Mais comme la JTable doit accéder en permanence à ces
objets pour les afficher, cela veut-il-dire que je dois ouvrir une super
transaction qui commencerait au moment ou je rentre dans l'ecran et qui
se termine quand je le quitte ? Pas beau !
Pour l'instant j'ai résolu le pb en faisant une copie des objets
retournés par la requête mais ce n'est pas bcp plus beau à voir...

J'espère que j'ai été clair :P


Avatar
TestMan
Bonjour,
Je suis étudiant et je dois réaliser un projet dont le but est ...
(aucun intérêt) avec un développement Java et une base de données objet
nommée POET. Cette base de données s'appelle maintenant FastObjects
mais nous utilisons une vieille version sur laquelle l'assistance est
terminée.
Je voudrais savoir si certains ont une expérience du développement
avec POET, ou a défaut sur une base objet, car j'ai pas mal de
questions à poser ! Attention je ne demanderai pas de faire à ma
place, juste des tuyaux pour m'aider a avancer.

Merci d'avance !


Pose toujours, tes questions ... "on sait jamais" ;-)

A+
TM
Bon ok :)

Donc le principe de POET, c'est que si on fait une requete quelque part
dans l'appli, meme pour lire des objets, il faut le faire dans une
transaction. Une fois la transaction terminée, les objets restent
marqués comme "orphelins". C'est à dire qu'on n'a pas forcément besoin
de les récupérer depuis la base, mais qu'une nouvelle transaction doit
etre ouverte pour les adopter à chaque fois qu'on a besoin d'y accéder.
Voila ce que j'ai compris du contexte...
Maintenant j'ai un écran qui affiche une liste de personnes dans une
JTable avec en dessous de cette table les traditionnels boutons creer,
modifier, supprimer. Je remplis la table avec le resultat de ma requete
dans la base. Mais comme la JTable doit accéder en permanence à ces
objets pour les afficher, cela veut-il-dire que je dois ouvrir une super
transaction qui commencerait au moment ou je rentre dans l'ecran et qui
se termine quand je le quitte ? Pas beau !
Pour l'instant j'ai résolu le pb en faisant une copie des objets
retournés par la requête mais ce n'est pas bcp plus beau à voir...

J'espère que j'ai été clair :P


Normalement, il devrait y a voir un mode "deconnecté", c'est à dire
qu'une fois récupéré les objets via OQL par exemple, tu dois pouvoir
déconnecter les objets (automatique ou manuel ?) et les manipuler au
travers de ta vue à volonté puis sur une action (genre "sauvegarder les
changements") demander la fusion du graphe déconnecter (sauvegarde des
changements effectués) dans la base existante. A vérifier dans la doc et
les exemples ...

En espérant que qqn d'autre sera plus précis ;-)

A+
TM



Avatar
Jocelyn LECOMTE
Bonjour,
Je suis étudiant et je dois réaliser un projet dont le but est ...
(aucun intérêt) avec un développement Java et une base de données objet
nommée POET. Cette base de données s'appelle maintenant FastObjects
mais nous utilisons une vieille version sur laquelle l'assistance
est terminée.
Je voudrais savoir si certains ont une expérience du développement
avec POET, ou a défaut sur une base objet, car j'ai pas mal de
questions à poser ! Attention je ne demanderai pas de faire à ma
place, juste des tuyaux pour m'aider a avancer.

Merci d'avance !


Pose toujours, tes questions ... "on sait jamais" ;-)

A+
TM
Bon ok :)

Donc le principe de POET, c'est que si on fait une requete quelque
part dans l'appli, meme pour lire des objets, il faut le faire dans
une transaction. Une fois la transaction terminée, les objets restent
marqués comme "orphelins". C'est à dire qu'on n'a pas forcément besoin
de les récupérer depuis la base, mais qu'une nouvelle transaction doit
etre ouverte pour les adopter à chaque fois qu'on a besoin d'y accéder.
Voila ce que j'ai compris du contexte...
Maintenant j'ai un écran qui affiche une liste de personnes dans une
JTable avec en dessous de cette table les traditionnels boutons creer,
modifier, supprimer. Je remplis la table avec le resultat de ma
requete dans la base. Mais comme la JTable doit accéder en permanence
à ces objets pour les afficher, cela veut-il-dire que je dois ouvrir
une super transaction qui commencerait au moment ou je rentre dans
l'ecran et qui se termine quand je le quitte ? Pas beau !
Pour l'instant j'ai résolu le pb en faisant une copie des objets
retournés par la requête mais ce n'est pas bcp plus beau à voir...

J'espère que j'ai été clair :P


Normalement, il devrait y a voir un mode "deconnecté", c'est à dire
qu'une fois récupéré les objets via OQL par exemple, tu dois pouvoir
déconnecter les objets (automatique ou manuel ?) et les manipuler au
travers de ta vue à volonté puis sur une action (genre "sauvegarder les
changements") demander la fusion du graphe déconnecter (sauvegarde des
changements effectués) dans la base existante. A vérifier dans la doc et
les exemples ...

En espérant que qqn d'autre sera plus précis ;-)

A+
TM
Merci de ta réponse. Malheureusement, ni le prof, ni la doc que j'ai

parcourue n'évoquent cette possibilité...