J'essaie d'ins=E9rer automatiquement des BL dans la ligne 100 (gestion
commerciale), =E0 l'aide de proc=E9dures stock=E9es SQL. Pour l'instant je
n'ins=E8re que les ent=EAtes (F_DOCENTETE), qui apparaissent bien dans la
gestion commerciale.
Cependant, lorsque j'essaie d'ajouter des lignes depuis le logiciel,
elles ne sont pas visibles, bien qu'effectivement cr=E9es dans
F_DOCLIGNE (pourtant DO_Type et DO_Piece sont bien les m=EAmes dans
F_DOCENTETE et dans F_DOCLIGNE)
Encore plus frustrant : La premi=E8re ent=EAte ins=E9r=E9e par la
proc=E9dure strock=E9e est la seule dont les lignes d=E9tail sont visibles
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred BROUARD
Bonjour
Certains éditeurs d'application informatique se protègent de l'insertion violente de données directement dans la base sans passer par l'applicatif en ajoutant des données invisibles calculées à la volée de part et d'autre (côté client et côté serveur) qui, si elles ne se recoupent pas provoque un rejet des données ou un comportement "étrange" de l'applicatif.
Vérifiez si SAGE ne vend pas une dll pour ce faire.
A +
denix a écrit:
Bonjour à tous,
J'essaie d'insérer automatiquement des BL dans la ligne 100 (gestion commerciale), à l'aide de procédures stockées SQL. Pour l'instant je n'insère que les entêtes (F_DOCENTETE), qui apparaissent bien dans la gestion commerciale. Cependant, lorsque j'essaie d'ajouter des lignes depuis le logiciel, elles ne sont pas visibles, bien qu'effectivement crées dans F_DOCLIGNE (pourtant DO_Type et DO_Piece sont bien les mêmes dans F_DOCENTETE et dans F_DOCLIGNE)
Encore plus frustrant : La première entête insérée par la procédure strockée est la seule dont les lignes détail sont visibles
Auriez vous une idée de ce qui se passe ?
Merci d'avance !
Denis
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Bonjour
Certains éditeurs d'application informatique se protègent de l'insertion
violente de données directement dans la base sans passer par l'applicatif en
ajoutant des données invisibles calculées à la volée de part et d'autre (côté
client et côté serveur) qui, si elles ne se recoupent pas provoque un rejet des
données ou un comportement "étrange" de l'applicatif.
Vérifiez si SAGE ne vend pas une dll pour ce faire.
A +
denix a écrit:
Bonjour à tous,
J'essaie d'insérer automatiquement des BL dans la ligne 100 (gestion
commerciale), à l'aide de procédures stockées SQL. Pour l'instant je
n'insère que les entêtes (F_DOCENTETE), qui apparaissent bien dans la
gestion commerciale.
Cependant, lorsque j'essaie d'ajouter des lignes depuis le logiciel,
elles ne sont pas visibles, bien qu'effectivement crées dans
F_DOCLIGNE (pourtant DO_Type et DO_Piece sont bien les mêmes dans
F_DOCENTETE et dans F_DOCLIGNE)
Encore plus frustrant : La première entête insérée par la
procédure strockée est la seule dont les lignes détail sont visibles
Auriez vous une idée de ce qui se passe ?
Merci d'avance !
Denis
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Certains éditeurs d'application informatique se protègent de l'insertion violente de données directement dans la base sans passer par l'applicatif en ajoutant des données invisibles calculées à la volée de part et d'autre (côté client et côté serveur) qui, si elles ne se recoupent pas provoque un rejet des données ou un comportement "étrange" de l'applicatif.
Vérifiez si SAGE ne vend pas une dll pour ce faire.
A +
denix a écrit:
Bonjour à tous,
J'essaie d'insérer automatiquement des BL dans la ligne 100 (gestion commerciale), à l'aide de procédures stockées SQL. Pour l'instant je n'insère que les entêtes (F_DOCENTETE), qui apparaissent bien dans la gestion commerciale. Cependant, lorsque j'essaie d'ajouter des lignes depuis le logiciel, elles ne sont pas visibles, bien qu'effectivement crées dans F_DOCLIGNE (pourtant DO_Type et DO_Piece sont bien les mêmes dans F_DOCENTETE et dans F_DOCLIGNE)
Encore plus frustrant : La première entête insérée par la procédure strockée est la seule dont les lignes détail sont visibles
Auriez vous une idée de ce qui se passe ?
Merci d'avance !
Denis
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
denix
Bonjour,
Merci pour votre réponse. Cependant Sage ne semble pas protéger ses tables de cette manière : ils fournissent même dans les manuels, des informations concernant leur structure, ainsi que des exemples d'insertion, par requête SQL, de documents de vente.. Dans mon interface, je pense respecter l'ensemble des liaisons entre les tables, ainsi que les mécanismes de verrous et notifications des applications requis lors d'un développement spécifique Sage. En fait, il semble que ce soit l'insertion en série d'une multitude de lignes par une procédure stockée, qui pose problème. L'envoi de ces mêmes commandes par l'analyseur de requêtes fonctionne parfaitement, et toutes les lignes détail sont visibles !!!!
Je suis perplexe.........
*Help*
Merci encore pour votre aide
Denis
Bonjour,
Merci pour votre réponse.
Cependant Sage ne semble pas protéger ses tables de cette manière :
ils fournissent même dans les manuels, des informations concernant
leur structure, ainsi que des exemples d'insertion, par requête SQL,
de documents de vente..
Dans mon interface, je pense respecter l'ensemble des liaisons entre
les tables, ainsi que les mécanismes de verrous et notifications des
applications requis lors d'un développement spécifique Sage.
En fait, il semble que ce soit l'insertion en série d'une multitude de
lignes par une procédure stockée, qui pose problème. L'envoi de ces
mêmes commandes par l'analyseur de requêtes fonctionne parfaitement,
et toutes les lignes détail sont visibles !!!!
Merci pour votre réponse. Cependant Sage ne semble pas protéger ses tables de cette manière : ils fournissent même dans les manuels, des informations concernant leur structure, ainsi que des exemples d'insertion, par requête SQL, de documents de vente.. Dans mon interface, je pense respecter l'ensemble des liaisons entre les tables, ainsi que les mécanismes de verrous et notifications des applications requis lors d'un développement spécifique Sage. En fait, il semble que ce soit l'insertion en série d'une multitude de lignes par une procédure stockée, qui pose problème. L'envoi de ces mêmes commandes par l'analyseur de requêtes fonctionne parfaitement, et toutes les lignes détail sont visibles !!!!
Je suis perplexe.........
*Help*
Merci encore pour votre aide
Denis
denix
Personne n'a une idée ? je tourne en rond................
Please help
Personne n'a une idée ? je tourne en rond................
Personne n'a une idée ? je tourne en rond................
Please help
bruno reiter [MVP]
fais une trace avec le profiler pour voir ce qu'il fait dans la base quand tu affiches dans l'appli.
br
"denix" wrote in message news: Personne n'a une idée ? je tourne en rond................
Please help
fais une trace avec le profiler pour voir ce qu'il fait dans la base quand
tu affiches dans l'appli.
br
"denix" <denis@dereynal.com> wrote in message
news:1126800115.872159.305420@g44g2000cwa.googlegroups.com...
Personne n'a une idée ? je tourne en rond................
fais une trace avec le profiler pour voir ce qu'il fait dans la base quand tu affiches dans l'appli.
br
"denix" wrote in message news: Personne n'a une idée ? je tourne en rond................
Please help
denix
Oui c'est ce que j'ai fait. J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes tables que lui, en prenant soin de vérouiller, dévérouiller, notifier les autres appli... Et bizarrement la premiere ligne insérée fonctionne parfaitement, mais pas les autres qui sont insérées de la même manière !
Denis
Oui c'est ce que j'ai fait.
J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes
tables que lui, en prenant soin de vérouiller, dévérouiller,
notifier les autres appli...
Et bizarrement la premiere ligne insérée fonctionne parfaitement,
mais pas les autres qui sont insérées de la même manière !
Oui c'est ce que j'ai fait. J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes tables que lui, en prenant soin de vérouiller, dévérouiller, notifier les autres appli... Et bizarrement la premiere ligne insérée fonctionne parfaitement, mais pas les autres qui sont insérées de la même manière !
Denis
denix
Oui c'est ce que j'ai fait. J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes tables que lui, en prenant soin de vérouiller, dévérouiller, notifier les autres appli... Et bizarrement la premiere ligne insérée fonctionne parfaitement, mais pas les autres qui sont insérées de la même manière !
Denis
Oui c'est ce que j'ai fait.
J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes
tables que lui, en prenant soin de vérouiller, dévérouiller,
notifier les autres appli...
Et bizarrement la premiere ligne insérée fonctionne parfaitement,
mais pas les autres qui sont insérées de la même manière !
Oui c'est ce que j'ai fait. J'ai sans doute ouvlié quelque chose, mais je modifie les mêmes tables que lui, en prenant soin de vérouiller, dévérouiller, notifier les autres appli... Et bizarrement la premiere ligne insérée fonctionne parfaitement, mais pas les autres qui sont insérées de la même manière !
