Discussion :

[Denn's]

Bonjour,

Existe-t-il le moyen, avec SQLServeur 2000, lors d'une mise à jour sur une table d'une BdeD , de prévenir ( en envoyant un signal par exemple ) toutes les applications clientes connectées à cette base via ODBC, que la modif a eu lieu?
Le but est par exemple, de pouvoir, lorsqu'un utilisateur supprime un enregistrement de son poste, que cet enregistrement soit enlevé de l'affichage de l'écran du poste de son voisin? Mais là je rêve peut-être un peu.

[SILO]

Je suppose que tu parles des application de siasie de données... dans ce cas c'est pas SQL Server qui avertis mais l'appli. Ceci dit, il faut mettre peut etre des triggers...

Déja sql server (2000 je ne sais pas pour 2005) a du mal à raffraichir l'ecran.

[rudib]

Bonjour,

Tu as, avec SQL Server 2005 et dans une moindre mesure avec SQL Server 2000, Notification Services, qui te permet de faire ça avec un peu de programmation.
http://msdn2.microsoft.com/fr-fr/library/ms172483.aspx

[SILO]

qu'elle version SQL Server utilises tu ?

[Denn's]

Salut,

A Silo: la version est SQLServer2000
A Rudib:
Je n'ai pas eu le tps de bcp plancher sur le lien que tu m'as filé mais ça ma fait germer une idée:
En transact SQL, est-ce qu'il y a moyen de programmer les sockets comme on peut le faire en C++; je m'explique:
lorsqu'on met une table à jour, on envoie des données sur un socket auquel est connecté un client sur lequel tourne un thread qui récupère les données lorsqu'elles arrivent. Après, je n' ai plus qu'à gérer l'évenementiel du coté client. Ca sous-entend qu'il faudrait que le serveur SQL puisse connaître l'adresse IP des postes qui lui son connectés de la même manière qu'il connaît les utilisateurs qui font des modifs. Est-ce possible ?

A+ et sinon merci encore à vous 2.

[rudib]

Non, ce n'est pas possible. SQL Server ne parle pas aux clients de sa propre autorité, tout comme un site web ne t'envoie pas d'info sans que tu lui demandes.
Et c'est bien pour ça que Notification Services a été créé. Grosso modo il fait ce dont tu parles : il envoie des données aux clients qui le récupèrent dans un événement.

[Denn's]

Ok,

mais est-il possible pour contourner le problème de faire des procédures stockées en VB ou C++, et si oui comment les créer car lorsque je suis sous Enterprise Manager et que je fais "créer une procédure stockée", apparemment, je ne peux que en SQL ?

Merci d'avance.

[mister3957]

Moi j'ai vu qu'on pouvait faire des lots, avec plusieurs outils, notemment des scripts ActiveX...

Est-ce que ces lots peuvent être appelé depuis un trigger? Et est-ce que on peut utiliser des sockets dans un lot?

Ca règlerai l'problème

[rudib]

En SQL Server 2000, les procédures stockées ne peuvent être qu'en T-SQL. En SQL Server 2005, les procédures stockées en langage MSIL sont supportées.

On peut appeler des lots depuis un trigger, en les appelant dans un job et en lançant le job depuis le trigger avec sp_start_job.

Attention, ce sont des bricolages qui peuvent potentiellement être plus ennuyeux que le "problème" que tu essaies de résoudre, si ce n'est pas bien fait, et poser des problèmes de performance et de concurrence au serveur SQL. Il vaut mieux utiliser SQL Server comme moteur de bases de données que comme moteur de notification.

[SILO]

SQL Server peut envoyer de mail mais il faut la mettre dans un tâche planifiées et pas suite à un evennement