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

MySQL Discussion :

Pourquoi DEFAULT CURRENT_TIMESTAMP n'est pas pris en compte


Sujet :

MySQL

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éprouvé
    Homme Profil pro
    Ingénieur en électrotechnique retraité
    Inscrit en
    Décembre 2008
    Messages
    1 718
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 73
    Localisation : France, Bas Rhin (Alsace)

    Informations professionnelles :
    Activité : Ingénieur en électrotechnique retraité

    Informations forums :
    Inscription : Décembre 2008
    Messages : 1 718
    Par défaut Pourquoi DEFAULT CURRENT_TIMESTAMP n'est pas pris en compte
    Bonjour,
    J'ai la table suivante:
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    CREATE TABLE IF NOT EXISTS `dat_subscribers` (
      `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
      `code` tinytext NOT NULL,
      `custom_name` char(40) NOT NULL,
      `email` tinytext NOT NULL COMMENT 'personne responsable',
      `pending` tinyint(1) DEFAULT NULL COMMENT 'Demande abo en cours',
      `locked` tinyint(1) DEFAULT NULL COMMENT 'Subscriber is banned',
      `init_abo` datetime DEFAULT CURRENT_TIMESTAMP,
      `create_date` datetime DEFAULT CURRENT_TIMESTAMP,
      `update_date` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
      PRIMARY KEY (`id`),
      UNIQUE KEY `code` (`code`(5))
    ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='ex clients';
    Je ne comprends pas pourquoi avec cette structure de table, lors de l'insertion d'une ligne, init_abo vaut NULL et non pas le datetime de l'heure d'enregistrement comme l'est la colonne 'create_date'.

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 676
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : Mars 2010
    Messages : 10 676
    Billets dans le blog
    10
    Par défaut
    Bonjour,

    Ça fonctionne très bien pour moi avec la même table et MySQL V8


    Voir DB<>fiddle ici
    https://dbfiddle.uk/7856quSX

    La première ligne est insérée en communiquant les valeurs (pas de valeur par défaut donc)
    La deuxième est insérée avec les valeurs par défaut.
    Dans la troisième, je force la colonne concernée à "null", c'est la seule façon d'avoir votre résultat

    Donc vérifiez votre requête insert, c'est elle qui est en défaut

Discussions similaires

  1. pourquoi le chemin n'est pas pris en compte
    Par petitours dans le forum C#
    Réponses: 14
    Dernier message: 14/02/2013, 21h25
  2. Problème avec un div qui n'est pas pris en compte
    Par boss_gama dans le forum Général JavaScript
    Réponses: 11
    Dernier message: 25/07/2006, 17h32
  3. Réponses: 5
    Dernier message: 01/07/2006, 13h52
  4. Mon script cron n'est pas pris en compte
    Par tomnie dans le forum Linux
    Réponses: 11
    Dernier message: 31/03/2004, 12h19

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