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
Oliv'
Wardead que je salut a écrit dans
Bonjour m'sieurs dames.
je me pose de petites questions sur les triggers et j'en appelle a votre grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver et plus particulierement un changement d'etat d'une valeur d'un champs. on me dit qu'un trigger est le moyen pour se faire ce que je crois volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql avec cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre machine.
est ec que c est possible avec un trigger ou suis je limité avec les instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni contraignant pour le server pour recuperer ces infos?
tu peux très bien renvoyer cela par mail, par net send ou copier dans un fichier voir l'aide sur xp_sendmail, xp_cmdshell notamment + il existe divers procédures pour envoyer pas mail en utilisant des composants CDOSYS EXEMPLE: http://www.google.com/groups?hl=fr&lr=&c2coff=1&q=%22envoyer+un+.csv+issu+d%27une+requete+par+mail%22&btnG=Rechercher&meta=group%3Dmicrosoft.public.fr.sqlserver.*
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Have a nice day Oliv' Pour me joindre : http://cerbermail.com/?V8r2o1YHl4 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Wardead <Wardead_tagada@ifrance.Com> que je salut a écrit dans
mn.9ad77d54b898b6cc.23407@ifrance.Com
Bonjour m'sieurs dames.
je me pose de petites questions sur les triggers et j'en appelle a
votre grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver
et plus particulierement un changement d'etat d'une valeur d'un
champs.
on me dit qu'un trigger est le moyen pour se faire ce que je crois
volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql
avec cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre
machine.
est ec que c est possible avec un trigger ou suis je limité avec les
instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni
contraignant pour le server pour recuperer ces infos?
tu peux très bien renvoyer cela par mail, par net send ou copier dans un
fichier
voir l'aide sur xp_sendmail, xp_cmdshell notamment
+ il existe divers procédures pour envoyer pas mail en utilisant des
composants CDOSYS
EXEMPLE:
http://www.google.com/groups?hl=fr&lr=&c2coff=1&q=%22envoyer+un+.csv+issu+d%27une+requete+par+mail%22&btnG=Rechercher&meta=group%3Dmicrosoft.public.fr.sqlserver.*
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Have a nice day
Oliv'
Pour me joindre : http://cerbermail.com/?V8r2o1YHl4
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
je me pose de petites questions sur les triggers et j'en appelle a votre grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver et plus particulierement un changement d'etat d'une valeur d'un champs. on me dit qu'un trigger est le moyen pour se faire ce que je crois volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql avec cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre machine.
est ec que c est possible avec un trigger ou suis je limité avec les instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni contraignant pour le server pour recuperer ces infos?
tu peux très bien renvoyer cela par mail, par net send ou copier dans un fichier voir l'aide sur xp_sendmail, xp_cmdshell notamment + il existe divers procédures pour envoyer pas mail en utilisant des composants CDOSYS EXEMPLE: http://www.google.com/groups?hl=fr&lr=&c2coff=1&q=%22envoyer+un+.csv+issu+d%27une+requete+par+mail%22&btnG=Rechercher&meta=group%3Dmicrosoft.public.fr.sqlserver.*
-- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Have a nice day Oliv' Pour me joindre : http://cerbermail.com/?V8r2o1YHl4 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Fred BROUARD
Plusieurs possibilité : ecrire dans un fichier est possible avec xp_cmdshell. envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très sensiblement. En effet, pour chaque UPDATE le code sera lancé. Le traitement d'envoi d'un mail comme l'écriture d'un fichier sont des processus longs vu du côté du serveur SQL. De plus un trigger est ce qu'il y a de plus couteux en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à écrire et de planifier une procédure stockée qui va lire cette table régulièrement (toutes les 5 minutes par exemple) et envoyer les mails en attente ou écire les fichiers.
A +
Wardead a écrit:
Bonjour m'sieurs dames.
je me pose de petites questions sur les triggers et j'en appelle a votre grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver et plus particulierement un changement d'etat d'une valeur d'un champs.
on me dit qu'un trigger est le moyen pour se faire ce que je crois volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql avec cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre machine.
est ec que c est possible avec un trigger ou suis je limité avec les instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni contraignant pour le server pour recuperer ces infos?
amicalement Wardead
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Plusieurs possibilité :
ecrire dans un fichier est possible avec xp_cmdshell.
envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très sensiblement.
En effet, pour chaque UPDATE le code sera lancé. Le traitement d'envoi d'un mail
comme l'écriture d'un fichier sont des processus longs vu du côté du serveur
SQL. De plus un trigger est ce qu'il y a de plus couteux en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à écrire
et de planifier une procédure stockée qui va lire cette table régulièrement
(toutes les 5 minutes par exemple) et envoyer les mails en attente ou écire les
fichiers.
A +
Wardead a écrit:
Bonjour m'sieurs dames.
je me pose de petites questions sur les triggers et j'en appelle a votre
grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver
et plus particulierement un changement d'etat d'une valeur d'un champs.
on me dit qu'un trigger est le moyen pour se faire ce que je crois
volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql avec
cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre machine.
est ec que c est possible avec un trigger ou suis je limité avec les
instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni
contraignant pour le server pour recuperer ces infos?
amicalement
Wardead
--
Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web
Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html
Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com
************************ www.datasapiens.com *************************
Plusieurs possibilité : ecrire dans un fichier est possible avec xp_cmdshell. envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très sensiblement. En effet, pour chaque UPDATE le code sera lancé. Le traitement d'envoi d'un mail comme l'écriture d'un fichier sont des processus longs vu du côté du serveur SQL. De plus un trigger est ce qu'il y a de plus couteux en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à écrire et de planifier une procédure stockée qui va lire cette table régulièrement (toutes les 5 minutes par exemple) et envoyer les mails en attente ou écire les fichiers.
A +
Wardead a écrit:
Bonjour m'sieurs dames.
je me pose de petites questions sur les triggers et j'en appelle a votre grand savoir
voila
j'ai besoin de recuperer des infos a la volée dans une bd sqlserver et plus particulierement un changement d'etat d'une valeur d'un champs.
on me dit qu'un trigger est le moyen pour se faire ce que je crois volontier.
mais le probleme c est que j'aurai besoin de "sortir" du server sql avec cette info.
par exemple ecrire dans un fichier ou communiquer avec une autre machine.
est ec que c est possible avec un trigger ou suis je limité avec les instruction sql?
si limitation il y a , connaitriez vous un moyen pas trop complexe ni contraignant pour le server pour recuperer ces infos?
amicalement Wardead
-- Frédéric BROUARD, MVP SQL Server. Expert SQL / spécialiste Delphi, web Livre SQL - col. Référence : http://sqlpro.developpez.com/bookSQL.html Le site du SQL, pour débutants et pros : http://sqlpro.developpez.com ************************ www.datasapiens.com *************************
Wardead
Fred BROUARD a formulé la demande :
Plusieurs possibilité : ecrire dans un fichier est possible avec xp_cmdshell. envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très sensiblement. En effet, pour chaque UPDATE le code sera lancé. Le traitement d'envoi d'un mail comme l'écriture d'un fichier sont des processus longs vu du côté du serveur SQL. De plus un trigger est ce qu'il y a de plus couteux en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à écrire et de planifier une procédure stockée qui va lire cette table régulièrement (toutes les 5 minutes par exemple) et envoyer les mails en attente ou écire les fichiers.
A +
ouaip c est ce que je pensais faire en premiere intension mais passer par une table intermediaire me parraissait un peu boeuf et je pensais qu'il y avait plus simple bon je vais regarder ce que sait faire xp_cmdshell, des fois que je trouve un truc sinon je fais comme ca
merci a toi
amicalement
Wardead
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Fred BROUARD a formulé la demande :
Plusieurs possibilité :
ecrire dans un fichier est possible avec xp_cmdshell.
envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très
sensiblement. En effet, pour chaque UPDATE le code sera lancé. Le traitement
d'envoi d'un mail comme l'écriture d'un fichier sont des processus longs vu
du côté du serveur SQL. De plus un trigger est ce qu'il y a de plus couteux
en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à
écrire et de planifier une procédure stockée qui va lire cette table
régulièrement (toutes les 5 minutes par exemple) et envoyer les mails en
attente ou écire les fichiers.
A +
ouaip c est ce que je pensais faire en premiere intension mais passer
par une table intermediaire me parraissait un peu boeuf et je pensais
qu'il y avait plus simple
bon je vais regarder ce que sait faire xp_cmdshell, des fois que je
trouve un truc sinon je fais comme ca
merci a toi
amicalement
Wardead
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Plusieurs possibilité : ecrire dans un fichier est possible avec xp_cmdshell. envoyer un mail est possible avec différentes commandes.
MAIS : dans tous les cas, les performances vont se dégrader très sensiblement. En effet, pour chaque UPDATE le code sera lancé. Le traitement d'envoi d'un mail comme l'écriture d'un fichier sont des processus longs vu du côté du serveur SQL. De plus un trigger est ce qu'il y a de plus couteux en terme de perf SQL.
Le mieux serait de créer un table des mails à envoyer ou des fichiers à écrire et de planifier une procédure stockée qui va lire cette table régulièrement (toutes les 5 minutes par exemple) et envoyer les mails en attente ou écire les fichiers.
A +
ouaip c est ce que je pensais faire en premiere intension mais passer par une table intermediaire me parraissait un peu boeuf et je pensais qu'il y avait plus simple bon je vais regarder ce que sait faire xp_cmdshell, des fois que je trouve un truc sinon je fais comme ca
merci a toi
amicalement
Wardead
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
