Discussion :

[escafr]

Bonjour à tous,

L'architecture de mon projet est très simple, un client lourd se connecte à une base de données oracle 9i.

Chaque utilisateur se connecte avec ce client lourd codé en C++.
Il peut donc y avoir plusieurs utilisateurs connectés en même temps sur la base de données oracle, chacun utilisant le client lourd sur sa machine.(Un cas très classique en somme).

Je voudrais que dès qu'un utilisateur Insert/Update/Delete dans une table, Oracle indique à tous les utilisateurs connectés que cette table a été mise à jour.

L'idée est d'effectuer une gestion de cache au niveau des clients lourds et que la base de données signifie à chaque client de se mettre à jour.

Questions:
- Est ce possible?
- Si oui, comment?

Pour info, j'utilise la librairie OTL pour me connecter à la base de données.
http://otl.sourceforge.net/

[fatsora]

il y a les triggers pour ca

http://download.oracle.com/docs/cd/B...htm#ABC1032282

mais ...
l'interet ici me semble ....

imagine que t'as 23000 tables type SAP et 1000 utilisateurs .... ?

[Pomalaix]

... Je voudrais que dès qu'un utilisateur Insert/Update/Delete dans une table, Oracle indique à tous les utilisateurs connectés que cette table a été mise à jour.

L'idée est d'effectuer une gestion de cache au niveau des clients lourds et que la base de données signifie à chaque client de se mettre à jour.

Bonjour

Il y a de fortes chances que ce soit un faux besoin et une très mauvaise idée.
Pouvez-vous préciser en quoi les mécanismes normaux d'Oracle sont inadaptés à votre situation, et nécessiteraient une gestion de cache au niveau client ?

[Vincent Rogier]

Je partage l'avis de Pomalaix si c'est généralisé à la toute les tables de la DB.

Par contre limité à certains ensembles de données, ce qui peut être intéressant, ce sont les "Continuous Query Notification" ou encore appelé "Database Change Notification" en OCI...

Lien sur la doc Oracle sur cette notion

Mais je doute que OTL les gère....

[escafr]

Merci pour vos réponses.

Évidement que ce ne sera pas généralisé à toutes mes tables, mais seulement à certaines tables qui sont peut mise à jour (genre max 10 fois/mois).

Ce que Vincent Rogier me propose semble me convenir, par contre l'exemple est absolument peu clair, je vais me pencher dessus. Et ça oblige à utiliser OCI directement si je comprend bien....

Par contre, je vois pas comment les triggers peuvent répondre à mon besoin?

EDIT: commentaire sur OCI

EDIT 2: Solution par OTL: http://otl.sourceforge.net/otl4_ex585.htm

[Vincent Rogier]

zut... Moi qui pensait que OTL ne gérait pas les DNC....

J'avais déjà penser à les implémenter dans OCILIB mais vu que quasiment personne ne les utilise....

bon, y a plus qu'a...

[escafr]

J'avais déjà penser à les implémenter dans OCILIB mais vu que quasiment personne ne les utilise....

Comment ca se fait que personne ne l'utilise? Existe t'il d'autres mecanismes afin de gérer ma demande? Spécifique à chaque langage de programmation/librairie?

Mon problème semble être relativement basique, qd un client met à jour une table, tous les autres veulent être immédiatement au courant...