Discussion :

[Silvia12]

Bonjours,

J'ai un petit souci avec mon trigger.
Le logiel SAGE s'appuie sur une base de données SQL serveur. Mon but est de stoker dans une autre base tous les mouvements associé à la base SAGE : Ajout/Modification et suppression.

1er BASE DE DEPART : Sobac
2e BASE POUR STOCKER : EchangeSobac

Pour cela, j'effectue un trigger sur une table 'F_DOCENTETE de la base Sobac ainsi :

Code :

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

1
2
3
4
5
 
CREATE TRIGGER TG_INS_SIA12 ON [dbo].[F_DOCENTETE] 
FOR INSERT
AS 
INSERT INTO [EchangeSobac]..[T_ECHANGES] (NOM, ORIGINE, DESTINATION, DATE_CREATION )  VALUES ('COMMANDE', 'SAGE', 'PRODALIA', GetDate())

J'ai donc testé un insert depuis l'analyseur de requete, cela fonctionne.
Jai testé également depuis une application Windev qui effectue un Insert, cela marche.
Le probléme s'est que lorsque je vais sur sage pour effectuer mon Insert (en ajoutant un devis) il me met une erreur :

L'utilisateur de serveur 'SIA\sylvie' n'est pas valide pour la base de données 'EchangeSobac'.

Pourtant c'est moi meme qui est créer la base 'EchangeSobac'. Donc, je dispose bien des droits [bdo].....

Autre test effectué : J'ai modifié mon trigger pour qu'il insere dans une table de la 1er Base : Sobac

Code :

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

1
2
3
4
5
 
CREATE TRIGGER TG_INS_SIA12 ON [dbo].[F_DOCENTETE] 
FOR INSERT
AS 
INSERT INTO [dbo].[T_ECHANGES] (NOM, ORIGINE, DESTINATION, DATE_CREATION )  VALUES ('COMMANDE', 'SAGE', 'PRODALIA', GetDate())

Cela fonctionne trés bien depuis l'interface Sage.

L'erreur viens donc d'un problème de droit quand on fait un ajout a la base SQL Serveur depuis L'application SAGE....
Enter la 1er et la 2e Base....
Si quelqu'un a une idée ???? Merci de m'en faire part car je suis bloqué....

Ya peut etre un syntaxe particulière a mettre que je ne connais pas.... ????
Merci...
Silvia

[serge0934]

ton problème vient du fait que tu te éxecute ton trigger avec le compte 'SIA\sylvie' => compte windows je suppose

regarde dans la base SAGE si le user 'SIA\sylvie' est déclaré dans la table sysxlogins (avec le x)

serge

[Silvia12]

Je ne trouve pas la table : sysxlogins

Par contre j'ai une table : sysusers ou il y a bien l'utilisateur 'SIA/Sylvie'

[rudib]

Bonjour,

Es-tu sûre que le user Sylvie est bien créé sur la base EchangeSobac ?

Regarde aussi deux choses :
1) si les deux bases n'ont pas le même propriétaire, corrige cela. Le meilleur moyen est d'attribuer 'sa' comme propriétaire des bases :

Code :

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

1
2
3
4
5
6
7
USE Sobac
GO
EXEC sp_changedbowner 'sa'
GO
USE EchangeSobac
GO
EXEC sp_changedbowner 'sa'

2) Si ce n'est pas fait, autorise le "cross database ownership chaining" :

Code :

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

EXEC sp_configure 'Cross DB Ownership Chaining', '1'; RECONFIGURE

[bibi_forever]

Salut,

Sylvia je suis content d'avoir trouver ton post!

J'ai semble t-il le meme probleme que toi, je dois copier une base SAGE pour pouvoir l'utiliser dans un logiciel de gestion de la relation client (GRC).

L'insertion dans l'analyseur se fait sans aucun problème tout comme toi, j'arive même à afficher les résultat dans l'interface de la GRC. par contre lorsque j'essai d'accéder aux données, ca plante et j'ai le droit à une erreur;

[SQLpro]

C'est normal, SAGE protège ses bases de données en tant qu'éditeur de façon à interdire l'utilisation intempestive de procédures non prévues.

Voyez directement avec SAGE, ils proposent une api pour ce faire.

A +

[bibi_forever]

SAGE peut protéger ces bases de données pour l'ecriture mais pour la lecture ca devrait etre possible non?
Sachant que pour ma part je n'ecris jamais dans la base sage je me contente de répercuter les modifications que l'on pourrait eventuellemnt faire dans Sage sur ma nouvelle base de données CRM 3.0.
Je chreche le problème sans résultat.
Je ne sais pas si c'es un problème de cohérence de données ou un problème de droits.

[Silvia12]

Salut,

Je suis en phase de test pour ne pas sortir de la base sage.
J'effectue donc un trigger sur une table que j'ai créer dans la base de SAGE.
Ainsi ce trigger fonction lors de l'ajout de devis dans l'interface SAGE

Code :

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

1
2
3
4
5
 
CREATE TRIGGER TG_ENT_INS_SIA12 ON [dbo].[F_DOCENTETE] 
FOR INSERT
AS 
INSERT INTO [T_ECHANGES] (NOM, ORIGINE, DESTINATION, DATE_CREATION )  VALUES ('COMMANDE', 'SAGE', 'PRODALIA', GetDate())

Donc, je pense que c'est bien un blocage au niveau du changement de base....
Par contre l'insert dans l'autre sens (en supprimant le trigger de F_DOCENTETE pour eviter une boucle infini)

Code :

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

1
2
3
4
5
 
CREATE TRIGGER TG_ECH_INS_SIA12 ON [dbo].[T_ECHANGES] 
FOR INSERT
AS 
INSERT INTO [F_DOCENTETE] (DO_Domaine, DO_Type, DO_Piece, DO_Date, DO_Tiers, RE_No, CA_Num)  VALUES ( 0, 1, 'F259990', '26/03/2007', 'ROULET02', 42, '7010232')

Ce trigger ne fonctionne pas, je vais voir si c'est une erreur de syntaxe ou koi...
Il me met une erreur :
INSERT a échoué car les oprions SET suivantes comportent des paramètres incorrects : 'QUOTED_IDENTIFIER'...
Donc, il me faut étudier plus en détail cette erreur...

Enfin, bon, voila...

[le-maraudeur]

Bonjour,

je recontre le même problème que vous, sauf que j'aimerais savoir s'il existe une solution ou pas à ce problème (ce qui ne semble pas être le cas...)

Merci de votre réponse...

[alcomet]

Salut a tous..

J'ai trouvé la solution au probleme sur la base de connaissance SAGE.
Il faut declarer la connexion "guest" sur la base de données cible et lui attribuer des droits specifiques en lecture, ecriture sur la table ou vous voulez integrer les données.
Voici les commandes à effectuer pour cela sur la base de donnees cible :

-----
use "Base Donnees cible"
execute sp_grantdbaccess guest
go

grant select, update on "table base cible" to guest
go
------

et ca marche....
A bientot
RV