Version imprimable
bonjour tt le monde ,
Dans mon projet je veux être capable de dupliquer les données en les insérant dans une autre base de données distante ?
je cherche à utiliser les triggers mais je veux savoir comment je peut me connecter à une autre base de données pour insérer ces données via langage SQL dans un trigger
Merci bcp:P
Effectivement vous pouvez utiliser les serveurs liés mais attention à vos performances selon le cas.
Si votre table est très sollicitée en ecriture vous pouvez envisager également une opération de type asynchrone via un job SQL Server par exemple.
++
et en cas de problème de connexion entre les bds, ça doit pas être joli-joli à voir...
reBonjour ,
Effectivement je doit envisager la gestion les exceptions .
dans mon cas si la autre DB ne répond pas de doit notifie ça dans un table dans une base de données locale .
je me demande si vous avez des suggestion ??:roll::roll:
j'ai oublie aussi de mentionner que je travail sous SQL EXPRESS EDITION!!!!:calim2::calim2:8O8O
Bonjour,
Avec l'édition Express vous n'avez pas d'agent SQL Server, donc il faudrait que vous ayez recours à un tâche planifiée.
Celle-ci exécuterait un batch avec des instructions SQLCMD.
Vous pouvez passer un script SQL à une instruction SQLCMD.
Dans votre script, encadrez le code servant a copier les données de la table avec un contrôle TRY ... CATCH.
Dans le catch, écrivez dans votre table l'erreur survenue avec la date à laquelle elle est survenue.
Pour vous former : Cours et tutoriels SQL Server : http://sqlserver.developpez.com/cours/
@++ ;)
ok
dans tt les façons je suis amené à développer un service pour terminer la synchronisation!!
une autre questions SVLP ,et est ce que je peut interpréter les logs de mon base de donnes pour savoir les changements afin de les implémentés à ma deuxième DB????
Dans ce cas faites tout dans le service !Citation:
dans tt les façons je suis amené à développer un service pour terminer la synchronisation!!
C''est quand même plus propre et élégant qu'un batch et une tâche planifiée ;)
Non, même avec un outil tiers que leurs éditeurs ne garantissent pas ;)Citation:
est ce que je peut interpréter les logs de mon base de donnes pour savoir les changements afin de les implémentés à ma deuxième DB????
@++ ;)
Par contre, pour suivre les modifications, il est tout à fait possible d'utiliser le mécanisme d'audit intégré à SQL Server : https://msdn.microsoft.com/en-us/library/cc280386.aspx
Pour revenir au problème initiale, il est aussi possible d'utiliser Service Broker pour envoyer des messages entre instances SQL Server. Dans ce cas, l'échange est fait en mode asynchrone.
Il est nécessaire de bien noter que l'éxecution d'un déclencheur (trigger) se fait en mode synchrone, ou en d'autres termes, l'utilisateur attend le temps que le code associé au trigger se déroule et se termine.
Bonne journée.