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 :

Champs calculé SQL SERVER


Sujet :

Développement SQL Server

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Octobre 2007
    Messages
    2
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Octobre 2007
    Messages : 2
    Par défaut Champs calculé SQL SERVER
    Bonjour à tous,

    J'utilise pour l'application que je développe en php / sql server un champs calculé pour les montants des devis.
    Je voulais comprendre la différence entre le fait de cocher l'option "Est persistent - Store values in table" ou bien ne pas la cocher.

    Merci d'avance pour vos éclaircissement sur cette option.

    Sébastien

  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
    22 002
    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 : 22 002
    Billets dans le blog
    6
    Par défaut
    Une colonne calculée PERSISTED fait que la valeur est stockée, alors que sans la valeur est recalculée à chaque appel si nécessaire.
    En outre une colonne PERSISTED peut être indexée.

    Attention cependant aux colonnes calculées, car votre résultat de calcul doit être précis sinon vous risquez d'obtenir un résultat faux en cas d'UPDATE.

    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
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Par défaut
    Pourquoi ?

    @++

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    22 002
    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 : 22 002
    Billets dans le blog
    6
    Par défaut
    Bonne question : SQL Server ne recalcule pas l'expression, mais agit par différence pour des raisons d'efficacité et de performances (même chose pour les vues indexées). Ce qui fait qu'en cas d'utilisation du float, le résultat peut être entaché des erreurs d'écart d'arrondis du à la méthode de calcul.

    Pour savoir si l'expression est précise ou pas on peut utiliser la fonction COLUMNPROPERTY avec le paramètre IsPrecise

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

  5. #5
    Modérateur

    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Janvier 2005
    Messages
    5 826
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 44
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Janvier 2005
    Messages : 5 826
    Par défaut
    En utilisant le type de données FLOAT cela me semble "logique", mais je ne crois pas qu'il en soit de même avec des types de données précis comme INT ...

    @++

Discussions similaires

  1. Max Length des champs sous SQL server
    Par snach dans le forum Développement
    Réponses: 6
    Dernier message: 25/03/2009, 16h42
  2. Table avec champ CONSTRAINT? [SQL Server 2005]
    Par kacedda dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 19/06/2008, 17h30
  3. Champ Image SQL Server 2005
    Par digital prophecy dans le forum Bases de données
    Réponses: 0
    Dernier message: 20/12/2007, 13h04
  4. champ image sql server
    Par jupiter35 dans le forum C++
    Réponses: 2
    Dernier message: 13/07/2007, 15h24
  5. Réponses: 6
    Dernier message: 31/05/2007, 15h54

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