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

Requêtes MySQL Discussion :

Désactiver l'implicit commit des requêtes du type "CREATE TABLE"


Sujet :

Requêtes MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Rédacteur

    Avatar de millie
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    7 015
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 7 015
    Par défaut Désactiver l'implicit commit des requêtes du type "CREATE TABLE"
    Bonjour,

    Je cherche à désactiver le fait que des requêtes comme CREATE TABLE (voir : ici ) autocommit automatiquement ma transaction en cours.

    J'ai lu que MySQL utilisé des implicit commit pour ceci à cause de problème de replication, mais je n'ai qu'une seule base de données.

    En effet, mon API permet de définir dynamiquement des types d'objets (ce qui créait de nouvelle table), et j'ai besoin d'effectuer un vrai rollback en cas d'erreur par la suite.

    Est-ce que quelqu'un aurait une idée (j'utilise la dernière version de mysql sous windows avec des tables InnoDB uniquement) ?

    Merci

  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 998
    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 998
    Billets dans le blog
    6
    Par défaut
    Déjà que la gestion des transactions vient à peine d'arriver sous mySQL alors si en plus tu exige qu'il soit capable de faire des transactions sur DDL, là tu rêves....
    http://dev.mysql.com/doc/refman/5.0/...nsactions.html
    http://dev.mysql.com/doc/refman/6.0/...it-commit.html
    http://dev.mysql.com/doc/refman/6.0/...roll-back.html

    Donc impossible !

    Bref : choisir le bon SGBDR. SQL Server sait faire cela depuis belle lurette !

    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/ * * * * *

  3. #3
    Rédacteur

    Avatar de millie
    Profil pro
    Inscrit en
    Juin 2006
    Messages
    7 015
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juin 2006
    Messages : 7 015
    Par défaut
    Merci beaucoup.

    Bon, raison de plus pour prendre un vrai SGBD

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

Discussions similaires

  1. Réponses: 1
    Dernier message: 02/12/2014, 13h16
  2. Réponses: 2
    Dernier message: 18/02/2012, 17h56
  3. Réponses: 2
    Dernier message: 17/10/2011, 18h14
  4. Requêtes avec des champs de type array
    Par ZIED dans le forum Requêtes
    Réponses: 2
    Dernier message: 21/06/2011, 10h09
  5. Réponses: 1
    Dernier message: 05/06/2007, 17h14

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