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

Développement SQL Server Discussion :

Precision des float dans une cle primaire


Sujet :

Développement SQL Server

  1. #1
    Membre actif
    Profil pro
    Inscrit en
    juin 2002
    Messages
    646
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2002
    Messages : 646
    Points : 240
    Points
    240
    Par défaut Precision des float dans une cle primaire
    Bonjour,

    J'ai une table avec une cle primaire multiple(plusieurs champ) dont l'un deux est du type FLOAT. Ceci afin de ne pas avoir de doublons dans ma table.

    Maintenant mon problème, c'est que lorsque j'essaie d'inserer un enregistrement avec les memes champ mais avec une valeur différente à la 4ieme decimale ca ne marche pas=>duplicate key.

    Concretement:
    MaTable
    [nom]=>varchar
    [id]=>int
    [value]=>float
    ... (plus d'autre champ pas important ici, cle primaire sur nom, id et value)

    Dans ma table vide je fais
    INSERT (nom, id, value) ('Point', 32, 7.776) =>OK
    Mais si ensuite je refais
    INSERT (nom, id, value) ('Point', 32, 7.776) =>Duplicate key! La c'est normal je ne dois pas avoir le meme enregistrement.

    Mais si je fais
    INSERT (nom, id, value) ('Point', 32, 7.7767) =>Duplicate key! Il considere que l'enregistrement est deja present alors que ce n'est pas le cas(a la 4ieme decimale pres). Et je souhaite avoir ce nouvel enregistrement.

    Et la je ne vois pas tres bien comment m'en sortir!
    Merci

  2. #2
    Membre chevronné Avatar de Jinroh77
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    février 2006
    Messages
    1 964
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : février 2006
    Messages : 1 964
    Points : 2 145
    Points
    2 145
    Par défaut
    Le type Float n'est pas un type précis.
    Un arrondi des valeurs est fait.
    Il faut donc mieux utiliser des données de type decimal(p,q) avec q assez grand pour contenir vos différence.

    Par contre, il vaudrait mieux générer une clef primaire identity de type INT pour gérer votre table, cela sera plus performant que votre clef multiple avec des décimaux.
    Alexandre Chemla - Consultant MS BI chez Masao

  3. #3
    Membre actif
    Profil pro
    Inscrit en
    juin 2002
    Messages
    646
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2002
    Messages : 646
    Points : 240
    Points
    240
    Par défaut
    Ok, par contre tu me dis d'utiliser decimal(p,q), mais dans SQL Server (perso je suis sous MS-Server 2005), lorsque l'on fait propriete sur la colonne value de type float, j'ai un champ NumericScale (dans l'onglet General de Column Properties), celui-ci est a zero par defaut, est-ce que je pourrais m'en servir?
    Si oui je ne trouve pas la methode pour le modifier, ni pour le changer a la creation de la table.
    Voici le resume de SQL sur NumericScale:
    [citation]Numerical scale specifies the number of digits to the right of the decimal point in a number. For example, the number 123.45 has a numerical scale of 2.[/citation]

    Si quelqu'un pouvait m'en dire plus

  4. #4
    Membre chevronné Avatar de Jinroh77
    Homme Profil pro
    Consultant en Business Intelligence
    Inscrit en
    février 2006
    Messages
    1 964
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 38
    Localisation : France, Seine et Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant en Business Intelligence

    Informations forums :
    Inscription : février 2006
    Messages : 1 964
    Points : 2 145
    Points
    2 145
    Par défaut
    Même si tu parviens à modifier cette propriété, cela ne rendra pas ta colonne plus précise.
    Alexandre Chemla - Consultant MS BI chez Masao

  5. #5
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 943
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 943
    Points : 49 759
    Points
    49 759
    Billets dans le blog
    1
    Par défaut
    C'est hautement dangereux d'utiliser ce type comme clef, car il y a défaut d'impédance entre SQL et les langage client. En effet le format des nombres réel est imprécis et interprété de manière souvent fort différente entre les langages client et SQL (qui impose en matière de réel la norme SQL-92).

    Donc vous pouvez vous retrouver devant la situation que vous avez vécue et il n'y a d'autres solutions que :
    1) de développer avec un langage fortement normatif au niveau des types réels et d'utiliser les bons types sous-jacents (fort rare en réalité !)
    2) de revoir votre modèle et de passer vos colonnes en type DECIMAL.

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

  6. #6
    Membre actif
    Profil pro
    Inscrit en
    juin 2002
    Messages
    646
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2002
    Messages : 646
    Points : 240
    Points
    240
    Par défaut
    Donc pas de solution simple.
    Je vais re-boulotter tout çà.
    Merci a vous.

Discussions similaires

  1. Assigner des valeurs à des float dans une structure
    Par Kai_Leng dans le forum Débuter
    Réponses: 18
    Dernier message: 04/01/2013, 00h12
  2. [MySQL] Utiliser des valeur SQL de type float dans une bdd pour boutique/panier
    Par sybil dans le forum PHP & Base de données
    Réponses: 2
    Dernier message: 05/03/2011, 16h45
  3. enlever et remettre une cle primaire dans une table.
    Par scons dans le forum VBA Access
    Réponses: 3
    Dernier message: 30/07/2008, 16h17
  4. Réponses: 1
    Dernier message: 12/08/2006, 00h02

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