Discussion :

[bejibe]

Bonjour

je voudrais écrire dans certains fichiers d'un erp.
Des choses très basiques (client ou contact).

Or je n'ai aucune idée de ce qu'il se passe quand depuis ce dernier je crée un contact, ou un client.
Est ce que cela écrit des choses ailleurs?

Bref je voudrais pouvoir le faire en sql depuis un soft maison, mais je voudrais être sur de l'impact.

l'erp en question est cegid pmi (manufacturing) et bien évidemment il n'y a pas de doc sur le sujet.

Ma question est donc.
Peut on voir sur la base directement quels sont les impacts qd je crée un client depuis l'erp (et donc identifié ce que je devrais reproduire en sql)?

[SergioMaster]

Je comprends pas bien la question .

A partir du moment où c'est une SGBD Firebird , il est facile de récupérer la structure de la base (quitte à utiliser du reverse enginering pour avoir quelque chose de de plus facile à lire que les métadonnées brutes) . Seule incertitude si CEGID a supprimer les sources des triggers et autres procédures

[bejibe]

Je comprends pas bien la question .

A partir du moment où c'est une SGBD Firebird , il est facile de récupérer la structure de la base (quitte à utiliser du reverse enginering pour avoir quelque chose de de plus facile à lire que les métadonnées brutes) . Seule incertitude si CEGID a supprimer les sources des triggers et autres procédures

Bonjour

j'ai bien accès à la base (depuis flamerobin).
Il n'y a ni trigger, ni fonction.

Sur un développement interne, je voudrais pouvoir créer des clients et donc me passer de l'erp.
Sauf que je ne sais pas ce qu'il se passe (quels fichiers sont touchés) lors de la création d'un client depuis l'erp.
Bien sur, cela insert dans le fichier client, mais vu le bazar de ce truc, je ne serai pas surpris que cela modifie d'autres fichiers de la bdd.

Donc lesquels?
c'est pour cela que je me demande s'il n'y aurait pas un outil pour firebird qui me permettrait de superviser les tables et donc de repérer lesquelles ont été impacté par la création d'un nouveau client?

[SergioMaster]

ok, je comprend mieux la question !
dans ce cas que dirais-tu de mettre des triggers sur les tables qui te permettrait de faire un log dans une table ? par exemple, à main levée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
CREATE TABLE TRACKS
(
  TABLENAME Varchar(20),
  OP_TYPE Char(1),
  LAST_DATE Timestamp DEFAULT "NOW",
  DATAS BLOB SUB_TYPE TEXT
);
 
SET TERM ^ ;
-- ici je trace une modification sur la table client
ALTER TRIGGER DATE_MODU ACTIVE
BEFORE UPDATE POSITION 0
AS
BEGIN
 INSERT INTO TRACKS (TABLENAME,OP_TYPE,LAST_DATE,DATAS)
 VALUES ('CLIENTS','U',CURRENT_DATETIME,NEW.CODE||','||NEW.NOM);
END^
SET TERM ; ^

je suis sur que c'est perfectible

[makowski]

avec Firebird 2.5, il suffit d'activer les traces
et eventuellement utiliser un outil graphique avec http://www.upscene.com/products.fbtm.index.php

[Dostix2]

​Modifier la clef de registre de CLIENT à DEVELO sur le poste en question :

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\GTI\PMIcs\Paramètres ou HKEY_LOCAL_MACHINE\SOFTWARE\GTI\PMIcs\Paramètres

Puis en haut à droite, cliquer sur "déboggeur fichier"..

Vous obtenez l'ensemble des reqûetes SQL passées sur le poste en temps réel.