IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

MS SQL Server Discussion :

Sequencement job en parallele


Sujet :

MS SQL Server

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2009
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2009
    Messages : 10
    Points : 10
    Points
    10
    Par défaut Sequencement job en parallele
    Bonjour a tous,
    j'ai un petit souci sur le sequencement de mes jobs sous sql server. j'essaye de mettre en parallele deux jobs appelant des procedures sql. je dois les mettre en parallele car elles sont toutes les deux longues et j'aimerai donc les faire tourner en meme temps.
    pouvez vous m'indiquer si il est possible de le faire sous sql server ou m'indiquer une commande sql me permettant de me rendre la main directement lors du lancement de la prcedure (tel que nohup sous linux)
    Merci pour vos reponses.
    Cedric godfroy

  2. #2
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 42
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Points : 12 371
    Points
    12 371
    Par défaut
    Bonjour,

    Tout démarrage de job est asynchrone, même si vous le faites avec sp_start_job.

    je dois les mettre en parallele car elles sont toutes les deux longues et j'aimerai donc les faire tourner en meme temps.
    Il n'y a pas là de lien de cause à effet.
    Savez-vous pourquoi vos requêtes sont longues ?
    Vos requêtes utilisent-elles les indexes qui sont sur les tables ou vues que vous avez spécifiées ?

    @++

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2009
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2009
    Messages : 10
    Points : 10
    Points
    10
    Par défaut pourquoi du comment
    En fait, je suis en train de modifier un plan d'alimentation d'un infocentre sous sqlserver. plusieurs procedures sont longues lors de l'alimentation.
    En regardant, leur planification, j'ai pu remarquer qu'il realise l'alimentation de table n'ayant aucune dependance entre elle donc je veux mettre en place une alimentation en parallele.
    J'aimerai bien modifier le code de sequencement ci dessous un petit bout:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    "
    IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback 
      EXECUTE @ReturnCode = msdb.dbo.sp_add_jobstep @job_id = @JobID, @step_id = 2, @step_name = N'Param_AutomateBO', @command =......
      IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback 
      EXECUTE @ReturnCode = msdb.dbo.sp_add_jobstep @job_id = @JobID, @step_id = 3, @step_name = N'PRMP Prod', @command = ........
    "
    J'aimerai donc faire
    "IF (@@ERROR <> 0 OR @ReturnCode <> 0) GOTO QuitWithRollback
    soit Execute1 puis tout de suite Execute2
    ou soit Execute 1 et en meme temps Execute2

    Je suis newbies sur le codage mais j'aime bien me lancer des defis

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 782
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 782
    Points : 52 780
    Points
    52 780
    Billets dans le blog
    5
    Par défaut
    il vous faut créer deux jobs séparés !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Octobre 2009
    Messages
    10
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2009
    Messages : 10
    Points : 10
    Points
    10
    Par défaut Merci
    Tu as raison, je suis bete. Parfois, les solutions les plus simples sont les meilleures et les plus difficiles à ressortir!!
    Merci pour ton regard exterieur
    A Bientot
    Cedric

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Lancement de job en parallele : multithreading, multiprocess (threads, fork, job parallel, etc.)
    Par djibril dans le forum Programmation et administration système
    Réponses: 11
    Dernier message: 01/01/2014, 22h37
  2. Réponses: 3
    Dernier message: 17/08/2012, 15h06
  3. Abort Job Sequence Datastage sans raison
    Par bstevy dans le forum DataStage
    Réponses: 0
    Dernier message: 20/07/2011, 15h59
  4. Réponses: 0
    Dernier message: 20/12/2010, 11h57
  5. Port parallele
    Par Phoneus dans le forum C
    Réponses: 2
    Dernier message: 05/05/2002, 23h19

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo