Discussion :

[offspring140]

j'ai une base de donnée composé de 5 tables relié entre elle avec integrité référentielle et j'ai plusieurs procédures stokées qui gères l'import de données provenant d'autres tables de la même base vers mes 5 tables.

toutes les tables contiennent une clé primaire et les tables sont reliées en étoile avec la tables principale ce qui veut dire que l'insertion doit s'effectuer d'abors dans la table principale (ou il y la clé primaire) puis les autres tables qui contiennent les clés secondaires correspondant au enregistrement de la table principale.

Mon problème c'est qu'en automatique l'insertion dans la tables principale ne fonctionne pas. pas de message d'erreur. mais on executant la meme requete sur l'analyseur de requetes cela marche et il m'affiche le nombre de lignes affectées

Merci de votre aide

[f_bobo]

Salut,

En automatique, le compte qui lance le job doit avoir les droits d'accès à la base...
Je vois que ça dans un premier temps.
A tester

Cordialement,

[offspring140]

Merci de votre reponse mais je ne crois pas que le problème vient de la.

les privilèges sont accordés à l'administrateur de la base(moi); le rôle de db_owner est bien coché dans les rôles.(j'ai coché tous les droits sur les tables et les procedures stokées)

le programme en automatique est lancée par jakarta tomcat de chez apache (en tâche planifié)
c'est lui qui assure toute une procedure d'import d'information depuis le reseau après il les stoke dans des tables d'import qui vont alimenté la base de données puis il lance les procedures stokées qui doivent organisé ces données dans des tables de la BDR (insertion ou modification)

le programe doit inserer une succetion d'enregistrement en boucle(element par element) si une erreur se produit, le programme s'arrete mais c'est nous qui decident ca avec un raiserror. est ce que les insertions seront interromput apres le raise error?

merci de votre attention
cordialement

[NumaK]

Si tu as des triggers sur les tables, vérifie que tu as bien l'instruction

Code :

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

SET NOCOUNT ON

au début du code ...

[offspring140]

bonjour

L'instruction SET NOCOUNT ON ne figure pa dans le script de création des tables les triggers aussi ne sont pas mentionnés.
Question : Est ce que les scripts Sql modifient les tables en temps réel ou ils les modifient à la fin du script.
je demande cela car quand le script se termine en mode deboguage il faux attendre environ 1 min pour avoir la main.

Merci

[WOLO Laurent]

En clair, il nous faut le scripte de tes tables ainsi que ton scripte d'importation sans lequel nous ne pouvons pas bien intervenir.
Merci.

[offspring140]

Bonjour
Les scripts de création des tables d'import (qui alimentent la bd) sont dans le fichier CreationTableIMP.sql
Les scripts de création des tables de la bd sont dans le fichiers CreationTableIMP.sql
Les procedures stokées sont dans le fichiers zip celle-ci sont responsable de l'import de données sur tout PR_POL_Nouvelle_Couche.
Pr_POL__import_main est la procedures principale.
Merci de votre attention
cordialement

[WOLO Laurent]

Et alors, ca ne s'affiche nulle part !
Est ce que toi tu vois le contenu ?

[offspring140]

je l'ai mi en doc joints mais je ne sais pas pkoi ca ne s'affiche pas
j'essaye un 2eme fois

[offspring140]

J'ai trouvé pourquoi les insertions ne fonctionnent pas. j'executais Le programme en mode debuggeur cela ne permet l' ecriture dans la base mais il permet juste effectuer une simulation du programme. quand j'execute en mode normale mon problème est resolu mes valeurs sont inserées.
Merci de votre aide.