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

Administration Oracle Discussion :

problème de mise à jour des tables (10g)


Sujet :

Administration Oracle

  1. #1
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    12
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations forums :
    Inscription : Avril 2007
    Messages : 12
    Points : 7
    Points
    7
    Par défaut problème de mise à jour des tables (10g)
    Bonjours,

    notre instalation est une base oracle 10G sur un serveur dédié sour windowz XP pro. Nour y accedons en réseau local grace à une méthode de résolution de nom.

    je suis l'administrateur de la base et j'ais créé une table de test dans mon tablespace par défault. cette table contient une dizaine de valeurs.
    j'ais créé un compte utilisateur pour un collègue affin qu'il puisse tester son application C# sur ma base grace à ma classe d'accès.

    nous avont donc donné les privilèges SELECT, INSERT, UPDATE et DELETE à son compte sur ma table.

    puis pour vérifier que tout marchait bien je luis ais demandé de faire :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SELECT * FROM monlogin.matable;
    puis j'ais, à l'aide de mon compte cette fois ci, suprimé une ligne de cette tables.
    J'ais ensuitte demandé à mon collègue de recommencer la même manipulation( le select) et la ligne n'avait pas disparue, alors que si je fait un select avec mon compte, la ligne à bien disparut.

    merci pour votre aide parce que la je suis perdu.

  2. #2
    Membre expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Points : 3 609
    Points
    3 609
    Par défaut
    As-tu fais un commit après avoir fait ton delete ? Est-ce que ton collègue interrogeait la même table pour le même user que toi ?
    Un problème sans solution est un problème mal posé

    Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP.

  3. #3
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    12
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations forums :
    Inscription : Avril 2007
    Messages : 12
    Points : 7
    Points
    7
    Par défaut
    mon collegue intérogait bien la table qui se trouve dans le shéma de mon utilisateur :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    select * from cbaune.chutes;
    "cbaune" étant mon identifiant et "chutes" etant le nom de la table;

    mais pour le "commit" je croyais que ce n'était nécéssaire que pour les tables temporaires.

    me suis-je trompé? dans ce cas, quelle est la syntaxe d'utilisation de ce "commit" ?

    merci pour votre aide.

  4. #4
    Membre expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Points : 3 609
    Points
    3 609
    Par défaut
    Tant que tu n'as pas fait de commit, ta modification n'est effective que dans ta session Oracle, c'est à dire que tu es le seul à pouvoir la voir. Cela te permet éventuellement de l'annuler. Par ailleurs, l'enregistrement que tu as modifié est vérouillé, c'est à dire que les autres utilisateurs ne pourront le modifier que lorsque tu auras valider ta modification.

    La syntaxe du commit est tout simplement :
    Un problème sans solution est un problème mal posé

    Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP.

  5. #5
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    12
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations forums :
    Inscription : Avril 2007
    Messages : 12
    Points : 7
    Points
    7
    Par défaut
    merci beaucoup !


    une dernière petite question :

    j'ais remarqué que l'instruction "INSTERT" ne néssécite pas de "COMMIT".

    le "DELETE" est elle la seule instruction qui néssécite une validation ?

    merci encore !

  6. #6
    Membre expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Points : 3 609
    Points
    3 609
    Par défaut
    Citation Envoyé par bad lieutenant
    j'ais remarqué que l'instruction "INSTERT" ne néssécite pas de "COMMIT".

    Toutes les insertions DML (insert, update, delete) nécessite un commit.

    Les instruction DDL (drop, truncate, ...) font un commit implicit.
    Un problème sans solution est un problème mal posé

    Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP.

  7. #7
    Futur Membre du Club
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    12
    Détails du profil
    Informations personnelles :
    Âge : 38
    Localisation : France, Maine et Loire (Pays de la Loire)

    Informations forums :
    Inscription : Avril 2007
    Messages : 12
    Points : 7
    Points
    7
    Par défaut
    ok merci beaucoup, je sais que mes questions paraisent complètement stupides mais cela fait seulement 3 mois que je suis comfronté à oracle et aux technologies .NET2.0

    donc ca fait beaucoup de choses à apprendre .

  8. #8
    Membre expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Points : 3 609
    Points
    3 609
    Par défaut
    Citation Envoyé par bad lieutenant
    je sais que mes questions paraisent complètement stupides
    Non pas du tout, on est tous passé par là
    Un problème sans solution est un problème mal posé

    Merci de poser vos questions sur le forum, je ne réponds pas aux questions posées par MP.

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

Discussions similaires

  1. Réponses: 1
    Dernier message: 06/09/2013, 10h49
  2. problème de mise à jour de table
    Par captainamerica75 dans le forum Access
    Réponses: 5
    Dernier message: 04/07/2006, 22h14
  3. [C#][Access]Problème de mise à jour des données
    Par vvvvv dans le forum ASP.NET
    Réponses: 10
    Dernier message: 11/04/2006, 10h43
  4. Programmer la mise à jour des tables attachées
    Par _developpeur_ dans le forum Access
    Réponses: 3
    Dernier message: 02/12/2005, 20h29
  5. Mise à jour des tables liées + TIMESTAMP
    Par Homegrown dans le forum Access
    Réponses: 11
    Dernier message: 25/04/2005, 21h52

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