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

Langage SQL Discussion :

contexte d'une requête SQL


Sujet :

Langage SQL

  1. #1
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Février 2008
    Messages
    38
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Février 2008
    Messages : 38
    Points : 26
    Points
    26
    Par défaut contexte d'une requête SQL
    Bonjour,

    je suis complètement nouveau en SQL, et ne connais presque rien des bases de données.

    Je récupère une application : client léger sur windows, p ex et serveur sur unix. Le serveur fait des appels à la base de données (JDBC ou SQL pur, je crois) en lecture/écriture.

    Le support veut savoir qui fait les requêtes en écriture pour du log, de la stat et du déblocage (tuer les transactions qui bloquent -> la, je ne connais rien)

    Pour le moment, et je trouve ca abhérent, à chaque nouvel utilisateur qui utilise l'application, on lui crée un compte unix avec le meme login que celui de windows. Le serveur récupere le login se loggue en tant que la personne et fait l'appel. J'y crois pas:
    • le serveur doit etre root
    • le passwd unix doit etre stocké quelque part en clair


    tout ca pour des besoins de traçabilité et de support. Donc je pense que vous connaissez le moyen de faire:
    1. Le support recoit l'appel de toto qui dit: c'est tout bloqué.
    2. Le support pense que c'est un probleme de transaction dans la base
    3. Le support trouve la connexion (ou la transaction, je sais pas) qui est bloquante grâce au nom de l'utilisateur (login: toto)
    4. Le support débloque cette connexion.


    l'étape 3 nécessite de connaître le contexte d'appel. c'est possible, ca, non?

    merci de vos réponses

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 902
    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 902
    Points : 53 143
    Points
    53 143
    Billets dans le blog
    6
    Par défaut
    quel est le SGBDR ?

    A +

  3. #3
    Nouveau membre du Club
    Profil pro
    Inscrit en
    Février 2008
    Messages
    38
    Détails du profil
    Informations personnelles :
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations forums :
    Inscription : Février 2008
    Messages : 38
    Points : 26
    Points
    26
    Par défaut
    Ingres


    Citation Envoyé par SQLpro Voir le message
    quel est le SGBDR ?

    A +

Discussions similaires

  1. Pb sur une requête SQL (de champ vide)
    Par Marion dans le forum Langage SQL
    Réponses: 3
    Dernier message: 01/07/2004, 11h12
  2. Utilisation de MAX dans une requête SQL
    Par Evil onE dans le forum Langage SQL
    Réponses: 7
    Dernier message: 15/06/2004, 18h38
  3. Récupurer via une requête SQL la valeur la plus proche
    Par yoda_style dans le forum Langage SQL
    Réponses: 9
    Dernier message: 27/04/2004, 13h52
  4. Résultat d'une requète SQL
    Par camino dans le forum Bases de données
    Réponses: 2
    Dernier message: 21/02/2004, 15h22
  5. A propos d'une requête SQL sur plusieurs tables...
    Par ylebihan dans le forum Langage SQL
    Réponses: 2
    Dernier message: 14/09/2003, 16h26

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