Discussion :

[VinceSSJ]

Bonjour,


je dois mettre en place une tâche planifiée sur une SQL Server.
La tâche est en réalité une ou deux requêtes DELETE a effectuer tous les jours (ou semaines, c'est pas encore défini) afin de vider une ou plusieurs tables (là encore pas encore défini)
Je n'ai jamais fait ça et il me semble qu'il faut que j'utilise l'Agent SQL Server pour faire ça, cependant je trouve la doc en ligne pas assez claire et précise.
De plus apparemment il faut que je fasse un script XMLA ? XMLA ?

Bref, je voudrais donc bien qu'on m'explique la manip' à suivre pour arriver à mes fins

Merci d'avance !

[mikedavem]

La tâche est simple à réaliser.

1-
Il faut commencer par créer un job SQL Server. Dans la section "étapes) avec une étape de type TSQL et la commande SQL que tu veux implémenter. Choisir également le contexte de bases de données adéquate.

2-
Définir une planification pour ce job dans la section "planification"

++

[VinceSSJ]

Merci

Et est ce que SQL Server Management Studio Express permet de faire ce genre de travail ?

[darkelend]

Merci

Et est ce que SQL Server Management Studio Express permet de faire ce genre de travail ?

Non, mais vous pouvez tricher en utilisant les taches planifiées windows avec un sqlcmd.

[VinceSSJ]

Comment ça ? Avec management Studio Express ?

[krousty]

Bonjour,

Non tu colles tes sqlcmd en des .bat par exemple et tu les planifies avec le planificateur de tâches de windows.

http://msdn.microsoft.com/fr-fr/libr...v=sql.90).aspx

Cordialement,

[VinceSSJ]

Ahhhhh très bien je comprends mieux
Ah oui donc là pas besoin du tout de passer par le SGBD. Ça peut être une solution aussi.

[darkelend]

C'est grâce à cette méthode que je gère mes sauvegardes sur mes instances Express.

[VinceSSJ]

Mais ça implique de ne pas oublier que ça a été fait sans le SGBD
Je vais en parler avec mon chef il préfère peut être que ça soit fait avec l'Agent de SQL Server.

[darkelend]

Je vais en parler avec mon chef il préfère peut être que ça soit fait avec l'Agent de SQL Server.

Il faudra donc acheter une licence

[VinceSSJ]

Une licence pour l'Agent ?
Toute l'entreprise tourne sous SQL Server donc je pense qu'il doit avoir toutes les licences nécessaires

[elsuket]

Bonjour,

On peut tout à fait se connecter à n'importe quelle édition de SQL Server avec SQL Server Management Studio Express.
SQL Server Management Studio Express n'est que l'interface graphique (appauvrie par rapport aux autres éditions) qui permet de gérer des instances SQL Server et les bases de données qu'elles hébergent.

Si vous avez d'autres éditions de SQL Server dans votre entreprise que l'édition Express, alors supprimez SQL Server Management Studio Express, et installez SQL Server Management Studio à partir de l'exécutable d'installation de SQL Server (cochez la case Outils de Gestion à la 22e capture dans ce billet)

@++

[SQLpro]

Il y a une notable différence entre utiliser l'agent SQL Server et utiliser le planificateur de tâche de Windows.
En effet, l'Agent SQL est synchronisé sur le pas de l'horloge interne de l'OS interne de SQL Server et donc interrompt SQL Server au bon moment, ce qui n'est pas le cas du planificateur de tâche. Au final : les performances; En effet, le planificateur Windows les lançant au mauvais moment, des temps d'attente seront systématiques.
En outre l'agent propos différents mode de suivi de l’exécution des tâches(journalisation interne : log de l'agent, externe : log de windows, externe par fichier texte... avec ou sans le détail des différentes étapes), y compris l'envoi de mail en cas de problèmes !

A +

[VinceSSJ]

Ah oui effectivement dis comme ça y'a pas photo... Le suivi pas mail ça c'est bien pratique
Je vais essayer de mettre ça en place avec l'Agent et je vous tient au courant.

[VinceSSJ]

Bon j'ai ma requête que je dois planifié c'est bon, et j'ai maintenant accès à l'Agent.

Donc je résume :
-je crée un travail
-dans l'onglet étapes, je place ma requête TSQL qui 'est en l’occurrence une requête SQL (vous disiez TSQL, mais SQL c'est bon aussi je suppose, non ?? Vu que la base c'est le SQL) :

Code :

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

DELETE FROM Tache WHERE derniereModif>DATEADD(month, -3, CURRENT_TIMESTAMP);

-Je choisi bien sur quelle BD je veux procéder
-je choisis une planification


et c'est bon ?

EDIT :
Bon j'ai créé ma tâche J'ai mis qu'un select pour l'instant pour voir déjà si la planif est bonne

Merci pour vos réponses en tout cas

Je passe en résolu

[elsuket]

Effectivement c'est tout bon

vous disiez TSQL, mais SQL c'est bon aussi je suppose, non ?? Vu que la base c'est le SQL

T-SQL est l'implémentation de la norme SQL par Microsoft et Sybase.
Cela étant Microsoft (je ne sais pas pour Sybase) est assez proche de la norme SQL. Il reste quelques exemples douteux d'écarts, comme le fait qu'une contrainte d'unicité interprète NULL comme une valeur.
On notera par exemple que les index ne font pas partie de la norme SQL, alors qu'avec une base de données relationnelle SQL sans index, on ne va pas très loin