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

Administration PostgreSQL Discussion :

Valeur par défaut prise dans une fonction [11]


Sujet :

Administration PostgreSQL

  1. #1
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 747
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 747
    Points : 31 082
    Points
    31 082
    Billets dans le blog
    1
    Par défaut Valeur par défaut prise dans une fonction
    Bonjour à tous

    Est-il possible de demander qu'une colonne prenne sa valeur par défaut dans une fonction plpgsql ?

    Genre j'ai une fonction "xxx()" qui retourne une chaine, et ma colonne serait alors créée ainsi nom char(20) default xxx() (à l'instar des colonnes qui prennent leur valeur dans la fonction "nextval()" d'une séquence et qui s'écrivent alors ... default nextval('nom_sequence')) ???

    Merci à tous

  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 927
    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 927
    Points : 51 735
    Points
    51 735
    Billets dans le blog
    6
    Par défaut
    Utilisez la fonction COALESCE...

    A +

  3. #3
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 409
    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 409
    Points : 40 016
    Points
    40 016
    Billets dans le blog
    9
    Par défaut
    Bonsoir,

    Pour qu'une colonne prenne sa valeur par défaut, il suffit de ne pas la citer dans l'ordre INSERT.
    On peut également utiliser le mot clef DEFAULT si la colonne est citée.


    Exemple ICI

  4. #4
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 747
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 747
    Points : 31 082
    Points
    31 082
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par escartefigue Voir le message
    Pour qu'une colonne prenne sa valeur par défaut, il suffit de ne pas la citer dans l'ordre INSERT
    Super, merci de t'intéresser. Mais c'est pas tout à fait la réponse que j'attendais.
    Mon souci se situe (ou plutôt se situait car depuis j'ai trouvé) dans la création de la colonne. J'ai défini une fonction xxx(n) qui renvoie une chaine aléatoire de n caractères, et je voulais que lors du insert, quand effectivement on ne cite pas la colonne comme tu proposes, celle-ci appelle xxx() par défaut pour avoir une valeur aléatoire (pour créer des jeux d'essais).
    Quand j'ai écrit ce topic je n'y arrivais pas et j'ai cru que ça venait de l'impossibilité d'associer ce défault à xxx().
    En réalité le souci venait du fait que j'écrivais nom char(20) default xxx(20) mais la fonction xxx() prend un smallint en paramètre et 20 est un integer (pas souple le truc).

    Donc en écrivant nom char(20) default xxx(20::smallint) ça passe.

    PS: on a aussi le droit de citer la colonne en l'associant au mot spécial "default" dans les datas à insérer.

    Merci aussi pour la proposition de coalesce mais je vois pas trop son utilité. Ca serait nom char(20) default coalesce(xxx(20)) ? Mais la fonction est faite pour éliminer les nullls or il n'y a aucun null dans l'insert...

  5. #5
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    Mars 2010
    Messages
    10 409
    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 409
    Points : 40 016
    Points
    40 016
    Billets dans le blog
    9
    Par défaut
    Ah ok, l'essentiel est que ce soit résolu et merci d'avoir donné la solution pour ceux qui seraient confrontés au même besoin

  6. #6
    Modérateur
    Avatar de Waldar
    Homme Profil pro
    Sr. Specialist Solutions Architect @Databricks
    Inscrit en
    Septembre 2008
    Messages
    8 454
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 47
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Sr. Specialist Solutions Architect @Databricks
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Septembre 2008
    Messages : 8 454
    Points : 18 395
    Points
    18 395
    Par défaut
    Citation Envoyé par Sve@r Voir le message
    En réalité le souci venait du fait que j'écrivais nom char(20) default xxx(20) mais la fonction xxx() prend un smallint en paramètre et 20 est un integer (pas souple le truc).
    Donc en écrivant nom char(20) default xxx(20::smallint) ça passe.
    C'est bien tordu comme problème, bravo à vous.

  7. #7
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 927
    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 927
    Points : 51 735
    Points
    51 735
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par Sve@r Voir le message
    ...
    En réalité le souci venait du fait que j'écrivais nom char(20) default xxx(20) mais la fonction xxx() prend un smallint en paramètre et 20 est un integer (pas souple le truc).

    Donc en écrivant nom char(20) default xxx(20::smallint) ça passe....
    PostGreSQL a beaucoup de défaut en matière de typage... le plus étonant est le suivant :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    CREATE TABLE T_DES_SOUS (MONTANT money);
    INSERT INTO T_DES_SOUS  VALUES (1), (5.5), (-3);
    Money et addition avec 1 :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    SELECT *, MONTANT * 1 AS PLUS
    FROM   T_DES_SOUS;
     
    montant	PLUS
    1,00 €	1,00 €
    5,505,50 €
    -3,00 €	-3,00 €
    Money et multiplication avec 1 :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    SELECT *, MONTANT + 1
    FROM   T_DES_SOUS
    
    ERROR:  l'opérateur n'existe pas : money + integer
    LINE 1: SELECT *, MONTANT + 1
                              ^
    HINT:  Aucun opérateur ne correspond au nom donné et aux types d'arguments.
    Vous devez ajouter des conversions explicites de type. 
    
    ERREUR:  l'opérateur n'existe pas : money + integer
    SQL state: 42883
    Character: 19
    Et plus généralement sur les problèmes de PG....

    A +

  8. #8
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 747
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 747
    Points : 31 082
    Points
    31 082
    Billets dans le blog
    1
    Par défaut
    Tu as inversé les titres (le premier c'est la multiplication et tu l'as titré "addition" et pareil pour l'autre)
    Ceci dit je ne trouve pas ça vraiment étonnant. Multiplier un "money" n fois finalement c'est juste additionner des money ensembles or additionner des money c'est pas plus compliqué qu'additionner des oranges.
    Tandis qu'additionner "money" et "int" je comprends que ça n'ait pas été programmé. Ca aurait pu (on peut dire que l'int c'est un money sans décimal) mais cela ne l'a pas été.
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    postgres=# select 1.5::money * 2;
     ?column? 
    ----------
       3,00 €
    (1 row)
     
    postgres=# select 1.5::money + 2.5::money;
     ?column? 
    ----------
       4,00 €
    (1 row)
    En Python il y a des choses analogues. On peut multiplier des strings ("abc" * 3 donne "abcabcabc"), on peut aussi les additionner ("abc" + "de" donne "abcde") mais on ne peut pas additionner une string et un int. Peut-être pour ça que je ne trouve pas ça tellement surprenant. Et certainement moins surprenant qu'une fonction incapable de faire rentrer un int dans un smallint en laissant de côté ce qui dépasse (le C le fait de façon naturelle et Postgres a été écrit en C).

  9. #9
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 927
    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 927
    Points : 51 735
    Points
    51 735
    Billets dans le blog
    6
    Par défaut
    La norme SQL (SQL est un langage normalisé) impose un haut niveau de transtypage, le type de données ne devant pourvoir ne jamais être connu de l'écriture de requêtes...
    En cette matière tous les SGBDR savent la pratiquer sauf PostGreSQL.

    Le fonctionnement des SGBD Relationnel, qui diffèrent grandement des langages applicatif est basé sur la sémantique et non le typage. Ainsi la chaine de caractères 'bonjour monde' qu'elle soit encodée en ASCII, UTF8, UTF16, UCS2 doit répondre "VRAI" dès lors qu'elle est comparée avec le même contenu quelque soit l'encodage de part et d'autre du comparateur "=". Il en va de même pour les nombres.

    En gros, la norme SQL précise que tous les types de données de la famille des nombres, la comparaison doit être directe. Ce n'est hélas pas le cas de PostGreSQL... mais tous les autres SGBDR la respecte.... !

    A +

  10. #10
    Expert éminent sénior
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 747
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 747
    Points : 31 082
    Points
    31 082
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    ...En cette matière tous les SGBDR savent la pratiquer sauf PostGreSQL....Ce n'est hélas pas le cas de PostGreSQL... mais tous les autres SGBDR la respecte.... !
    C'est dommage j'aime beaucoup PostgreSQL mais il semble qu'il prend des libertés avec la norme.
    On avait déjà eu une discussion il y a quelque temps à propos de contraintes qui doivent avoir un nom unique dans la base mais que Postgres a décidé de limiter le nom unique au schéma ce qui m'obligeait à passer par les tables pg_xxx pour récupérer les contraintes et non par les tables "officielles" (enfin c'est vieux donc peut-être que je retranscris mal mais j'espère que tu te souviens, tu avais même ouvert un ticket sur le site de Postgres directement et je crois qu'ils t'avaient envoyé te faire ballader et tu avais alors conclu un truc comme "Postgres se dit 100% conforme à la norme mais on constate qu'il ne l'est pas").
    Après bon je m'y adapte (et je continue à l'aimer quand-même)...

  11. #11
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 927
    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 927
    Points : 51 735
    Points
    51 735
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par Sve@r Voir le message
    C'est dommage j'aime beaucoup PostgreSQL mais il semble qu'il prend des libertés avec la norme.
    On avait déjà eu une discussion il y a quelque temps à propos de contraintes qui doivent avoir un nom unique dans la base mais que Postgres a décidé de limiter le nom unique au schéma ce qui m'obligeait à passer par les tables pg_xxx pour récupérer les contraintes et non par les tables "officielles" (enfin c'est vieux donc peut-être que je retranscris mal mais j'espère que tu te souviens, tu avais même ouvert un ticket sur le site de Postgres directement et je crois qu'ils t'avaient envoyé te faire ballader et tu avais alors conclu un truc comme "Postgres se dit 100% conforme à la norme mais on constate qu'il ne l'est pas").
    Après bon je m'y adapte (et je continue à l'aimer quand-même)...
    Même constat.... Le discours est en décalage avec la réalité. Le SGBDR sans doute le plus conforme à la norme est IBM DB2.... Pas de difficultés car IBM est l'inventeur du langage SQL ! Suivi de Microsoft SQL Server. Depuis que MS a repris SQL Server de Sybase, il n'arrêtent pas de le mettre dans le bon chemin de la norme SQL. Les bons derniers sont Oracle et MySQL/MariaDB dont les libertés les font dérivés fortement de la norme.

    En ce qui concerne PostGreSQL il y a eu quelques erreurs par rapport à la norme et depuis plus de 10 ans, l'incapacité de suivre les nouveautés de la norme SQL, car cela demande une effort de R&D énorme. Un petit exemple, l'absence de tables temporelles tel que la norme l'a prévu en 2015...
    http://mssqlserver.fr/wp-content/upl...mmentaires.pdf

    Mais dans le libre c'est ce qu'il y a de mieux ! Cela ne m'empêche pas de le critiquer, comme je critique Oracle ou SQL Server. Il est en effet plus important de connaître les limites d'un système (donc les points bloquants) que d'en connaître toutes les fonctionnalités dès que l'on démarre un projet. Dans ma carrière j'ai trop souvent vu se planter des projets, avec des conséquences gravissimes (morts...) indirectement pas un mauvais choix.... Mais je suis un vieu con, dont la retraite est proche !

    A +

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

Discussions similaires

  1. Réponses: 2
    Dernier message: 15/04/2019, 09h52
  2. [PHP 7] Exécution fichier par les paramètres dans une fonction
    Par tonton.odilon dans le forum Langage
    Réponses: 10
    Dernier message: 24/07/2018, 16h35
  3. [C#] Paramètre par défaut dans une fonction
    Par RobinJulie dans le forum Windows Forms
    Réponses: 5
    Dernier message: 18/01/2012, 15h07
  4. Ecrire par défaut majuscule dans une comboBox
    Par abbd dans le forum Windows Forms
    Réponses: 2
    Dernier message: 09/06/2008, 13h31
  5. Valeur par défaut à prendre dans une autre table
    Par louroulou dans le forum Access
    Réponses: 6
    Dernier message: 19/07/2006, 11h38

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