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 :

Erreur création table


Sujet :

MySQL

  1. #1
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Octobre 2020
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Octobre 2020
    Messages : 2
    Points : 0
    Points
    0
    Par défaut Erreur création table
    Bonjour,

    J'ai besoin de créer une base de donné que je pourrais alimenter directement en remplissant un formulaire.
    Cependant j'ai créé ma table et j'ai un problème avec le champ "Taille/Valeur".
    J'ai changé plusieurs fois la valeur mais sans succès.
    J'ai toujours le droit à une erreur qui me dit: "Veuillez saisir une longueur valide"

    Si vous savez comment me décoincer...

    Merci !
    Nom : Capture.PNG
Affichages : 1797
Taille : 44,9 Ko

  2. #2
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 136
    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 136
    Points : 38 912
    Points
    38 912
    Billets dans le blog
    9
    Par défaut
    Bonjour,

    Concernant la taille des données de type integer, tout est ici :
    https://dev.mysql.com/doc/refman/8.0...ger-types.html

    Concernant la "table" que vous essayez de créer, ce n'est pas du tout un modèle de table d'un SGBD relationnel, mais plutôt celui d'un modèle à plat type tableur...
    Si vous voulez quelque chose de robuste, évolutif et performant, commencez par l'étape de modélisation avant d'attaquer la description des tables.

    Evitez les noms réservés tels que "date", ça complexifie inutilement les requêtes

    Enfin, le type de certaines colonnes est visiblement inadapté. Le float pour un montant par exemple, ça ne convient pas.

  3. #3
    Nouveau Candidat au Club
    Homme Profil pro
    Étudiant
    Inscrit en
    Octobre 2020
    Messages
    2
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Finistère (Bretagne)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : Octobre 2020
    Messages : 2
    Points : 0
    Points
    0
    Par défaut
    Merci de votre réponse, je vais continuer de me renseigner.

    Qu'est ce que vous appelez "le modèle de table d'un SGBD" je pensais que le faire en ligne de commande ou avec phpMyAdmin c'était la même chose...
    Je n'ai pas besoin de modéliser plus que ça m'a base de donnée vu que je n'ai qu'une seule table dedans si ?

  4. #4
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 136
    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 136
    Points : 38 912
    Points
    38 912
    Billets dans le blog
    9
    Par défaut
    avec ce modèle à plat, l'entreprise est répétée à chaque intervention et en plus on saisit un libellé (varchar) au lieu d'utiliser un identifiant.
    On peut donc, pour la même entreprise saisir des valeurs différentes à chaque fois "Dupont SA", "dupont S.A.", "Société Dupont"...
    C'est donc un risque en terme d'intégrité et une redondance.
    Il en va de même pour les autres attributs (lieu, contact...)

  5. #5
    Expert éminent sénior Avatar de Artemus24
    Homme Profil pro
    Agent secret au service du président Ulysses S. Grant !
    Inscrit en
    Février 2011
    Messages
    6 381
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Agent secret au service du président Ulysses S. Grant !
    Secteur : Finance

    Informations forums :
    Inscription : Février 2011
    Messages : 6 381
    Points : 19 066
    Points
    19 066
    Par défaut
    Salut à tous.

    Citation Envoyé par hoel29720
    Cependant j'ai créé ma table et j'ai un problème avec le champ "Taille/Valeur".
    Un "varchar" dont la longueur est de 24, 64, 250 ou 32 est autorisé.
    Comme la longueur maximale est de 255, je préfère mettre le maximum.
    Qui peut le plus, peut le moins, non ?

    Un "float" dont la longueur est de 11 est une erreur. Ne rien mettre !

    Un "longtext" a une longueur implicite de 232 soit 4*294*967*296. Ne mettez rien.
    Au lieu du type "longtext", mettez "text" dont la longueur implicite est de 216 soit 65 536.

    Je rejoins Escartefigue sur la modélisation de votre base de données, même si elle se résume, selon vous, à une table unique.

    La colonne "entreprise" est répétitive. Vous devez l'externaliser dans une autre table.
    Ainsi vous devez utiliser une clef étrangère qui va pointer sur cette nouvelle table.

    La colonne "lieu intervention" est aussi répétitive. Il faut aussi l'externaliser dans une autre table, autre que celle de l'entreprise.

    Le détail du "devis" et du cout" doivent aussi être externalisé.
    Un devis, ce n'est pas juste un numéro de référence, ni un cout, mais tout plein d'information, comme par exemple le détail de ce que vous désirez commander.

    la colonne "contact" est un numéro de téléphone ? Si oui, vous devez aussi l'externaliser dans une autre table.
    Un numéro de téléphone seul ne veut rien dire. Il faut créer aussi une fiche de renseignement, comme par exemple le nom de la personne, son adresse, ...
    Il se peut aussi que vous n'ayez pas numéro de téléphone. De ce fait, une colonne non renseignée est une perte d'espace.

    Avant de faire quoi que ce soit, il faut commencer par réfléchir à la modélisation de votre base de données.

    De plus, lors du chargement de votre fichier excel dans votre base de données, c'est là que vous devrez faire le dispatching ds données dans les différentes tables que vous aurez à votre disposition.

    @+
    Si vous êtes de mon aide, vous pouvez cliquer sur .
    Mon site : http://www.jcz.fr

Discussions similaires

  1. Erreur Création de table
    Par jelmouss dans le forum Développement
    Réponses: 2
    Dernier message: 15/02/2016, 15h25
  2. Erreur création de table sous mysql 5.5
    Par pelloq1 dans le forum Requêtes
    Réponses: 12
    Dernier message: 28/10/2011, 20h46
  3. [MySQL] Erreur création de table
    Par oclone dans le forum PHP & Base de données
    Réponses: 4
    Dernier message: 31/07/2008, 13h03
  4. Erreur création table avec cle etrangere
    Par cd090580 dans le forum Outils
    Réponses: 2
    Dernier message: 05/01/2008, 19h17
  5. FOXPRO 2.6 : erreur créations du /des fichiers CAB
    Par breihtiti dans le forum Autres SGBD
    Réponses: 2
    Dernier message: 16/11/2002, 11h28

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