Changeset 605
- Timestamp:
- 03/30/07 09:33:06 (2 years ago)
- Files:
-
- traduc/trunk/manuel/datatype.xml (modified) (22 diffs)
Legend:
- Unmodified
- Added
- Removed
- Modified
- Copied
- Moved
traduc/trunk/manuel/datatype.xml
r604 r605 1459 1459 </note> 1460 1460 1461 <!-- ICI -->1462 1461 <para> 1463 1462 Pour les types <type>time</type>, l'intervalle accepté pour … … 1480 1479 utiliser dans de nouvelles applications. Au contraire, il est souhaitable 1481 1480 de migrer l'existant vers un autre type approprié. 1482 Ces types internes pourraient disparaître dans une future version. 1481 Il est probable que l'un ou l'autre (voire tous) de ces types internes 1482 disparaisse(nt) dans une future version. 1483 1483 </para> 1484 1484 1485 1485 <sect2 id="datatype-datetime-input"> 1486 <title>Entrée des dates et heures</title> 1487 1488 <para> 1489 La saisie de dates et heures est possible dans la plupart des formats 1490 raisonnables, dont ISO8601, compatible <acronym>SQL</acronym>, traditionnel 1491 <productname>POSTGRES</productname> et d'autres. 1486 <title>Saisie des dates et heures</title> 1487 1488 <para> 1489 La saisie de dates et heures peut se faire dans la plupart des formats 1490 raisonnables, dont ISO8601, tout format compatible avec 1491 <acronym>SQL</acronym>, le format <productname>POSTGRES</productname> 1492 traditionnel ou autres. 1492 1493 Pour certains formats, l'ordre des jours, mois et années en entrée est ambigu. 1493 1494 Il est alors possible de préciser l'ordre attendu pour ces champs. 1494 Réglez le paramètre <xref linkend="guc-datestyle"/> à <literal>MDY</literal> pour choisir 1495 une interprétation mois-jour-année, à <literal>DMY</literal> pour jour-mois-année, 1496 à <literal>YMD</literal> pour année-mois-jour. 1497 </para> 1498 1499 <para> 1500 <productname>PostgreSQL</productname> est plus flexible que la norme 1495 Le paramètre <xref linkend="guc-datestyle"/> peut être positionné à 1496 <literal>MDY</literal> pour choisir 1497 une interprétation mois-jour-année, à <literal>DMY</literal> pour jour-mois-année 1498 ou à <literal>YMD</literal> pour année-mois-jour. 1499 </para> 1500 1501 <para> 1502 <productname>PostgreSQL</productname> est plus flexible que la norme 1501 1503 <acronym>SQL</acronym> ne l'exige pour la manipulation des dates et 1502 1504 des heures. Voir l'<xref linkend="datetime-appendix"/> pour connaître 1503 les règles exactes de reconnaissance des dates et heures ,1504 ainsi que les formats dechamps texte comme les mois, les jours de la1505 les règles exactes de reconnaissance des dates et heures et les formats 1506 reconnus pour les champs texte comme les mois, les jours de la 1505 1507 semaine et les fuseaux horaires. 1506 1508 </para> 1507 1509 1508 1510 <para> 1509 Rappelez-vous que chaque littéral date ou heure à saisir doit être mis1511 Tout libellé de date ou heure saisi doit être placé 1510 1512 entre apostrophes, comme les chaînes de caractères. 1511 Référez-vous à la <xref linkend="sql-syntax-constants-generic"/>pour1513 La <xref linkend="sql-syntax-constants-generic"/> peut être consultée pour 1512 1514 plus d'information. <acronym>SQL</acronym> requiert la syntaxe suivante : 1513 1515 <synopsis><replaceable>type</replaceable> [ (<replaceable>p</replaceable>) ] '<replaceable>valeur</replaceable>'</synopsis> 1514 où <replaceable>p</replaceable>, dans la spécification optionnelle de 1515 précision, est un entier correspondant au nombre de chiffres après la virgule 1516 dans le champ secondes. 1516 où <replaceable>p</replaceable>, précision optionnelle, est un entier 1517 correspondant au nombre de décimales du champ secondes. 1517 1518 La précision peut être précisée pour les types <type>time</type>, 1518 1519 <type>timestamp</type>, et <type>interval</type>. 1519 1520 Les valeurs admissibles sont mentionnées plus haut. Si aucune précision 1520 n'est indiquée dans une spécification de constante, elle prend la1521 précision de la valeur littérale.1521 n'est indiquée dans une déclaration de constante, celle de la valeur 1522 littérale est utilisée. 1522 1523 </para> 1523 1524 … … 1530 1531 1531 1532 <para> 1532 Le <xref linkend="datatype-datetime-date-table"/> montre les formats1533 de date possibles pour l es entrées de type <type>date</type>.1533 Le <xref linkend="datatype-datetime-date-table"/> regroupe les formats 1534 de date possibles pour la saisie de valeurs de type <type>date</type>. 1534 1535 </para> 1535 1536 … … 1570 1571 <entry>2 janvier 2003 en mode <literal>MDY</literal> ; 1571 1572 1er février 2003 en mode <literal>DMY</literal> ; 1572 3 février 200 3en mode <literal>YMD</literal>1573 3 février 2001 en mode <literal>YMD</literal> 1573 1574 </entry> 1574 1575 </row> … … 1607 1608 <row> 1608 1609 <entry>1999.008</entry> 1609 <entry>Année et jour d ansl'année</entry>1610 <entry>Année et jour de l'année</entry> 1610 1611 </row> 1611 1612 <row> … … 1636 1637 1637 1638 <para> 1638 Les types heure-du-jour sont <type>time [ 1639 (<replaceable>p</replaceable>) ] without time zone</type> et 1640 <type>time [ (<replaceable>p</replaceable>) ] with time 1641 zone</type>. Écrire juste <type>time</type> est équivalent à 1642 <type>time without time zone</type> 1639 Les types heure-du-jour sont 1640 <type>time [ (<replaceable>p</replaceable>) ] without time zone</type> et 1641 <type>time [ (<replaceable>p</replaceable>) ] with time zone</type>. 1642 <type>time</type> est équivalent à <type>time without time zone</type>. 1643 1643 </para> 1644 1644 1645 1645 <para> 1646 Les valeurs d'entréevalides pour ces types sont constituées d'une heure1647 du jour suivi d'un fuseau horaire optionnel(voir le <xref1646 Les saisies valides pour ces types sont constituées d'une heure 1647 suivie éventuellement d'un fuseau horaire (voir le <xref 1648 1648 linkend="datatype-datetime-time-table"/> et le <xref 1649 1649 linkend="datatype-timezone-table"/>). Si un fuseau est précisé 1650 1650 pour le type <type>time without time zone</type>, il est ignoré sans 1651 message d'erreur. Vous pouvez toujours aussi indiquer une date mais elle 1652 sera ignorée sauf lorsque vous utilisez un nom pour le fuseau horaire qui 1653 implique une règle de changement d'heure, par exemple 1654 <literal>America/New_York</literal>. Dans ce cas, la spécification de la 1655 date est nécessaire pour détermine si l'heure standard ou l'heure prenant 1656 en compte le changement d'heure s'applique. Le décalage approprié du 1657 fuseau horaire est enregistré dans la valeur de type 1651 message d'erreur. Si une date est indiquée, elle 1652 est ignorée sauf si un fuseau horaire impliquant une règle de changement 1653 d'heure (heure d'été/heure d'hiver) est précisé, 1654 <literal>America/New_York</literal> par exemple. 1655 Dans ce cas, la date est nécessaire pour pouvoir déterminer la règle de 1656 calcul de l'heure qui s'applique. 1657 Le décalage approprié du 1658 fuseau horaire est enregistré dans la valeur de 1658 1659 <type>time with time zone</type>. 1659 1660 </para> … … 1713 1714 <row> 1714 1715 <entry><literal>04:05:06 PST</literal></entry> 1715 <entry>fuseau horaire précisé par son abréviation</entry>1716 <entry>fuseau horaire abrégé</entry> 1716 1717 </row> 1717 1718 <row> 1718 1719 <entry><literal>2003-04-12 04:05:06 America/New_York</literal></entry> 1719 <entry>fuseau horaire précisé par son nom complet</entry>1720 <entry>fuseau horaire en nom complet</entry> 1720 1721 </row> 1721 1722 </tbody> … … 1724 1725 1725 1726 <table tocentry="1" id="datatype-timezone-table"> 1726 <title>Saisie des zones de date</title>1727 <title>Saisie des fuseaux horaires</title> 1727 1728 <tgroup cols="2"> 1728 1729 <colspec colnum="1" colwidth="1*"/> … … 1742 1743 <row> 1743 1744 <entry><literal>America/New_York</literal></entry> 1744 <entry> Fuseau horaire précisé par son nom complet</entry>1745 <entry>Nom complet du fuseau horaire</entry> 1745 1746 </row> 1746 1747 <row> 1747 1748 <entry><literal>PST8PDT</literal></entry> 1748 <entry> SpécificationPOSIX du fuseau horaire</entry>1749 <entry>Nommage POSIX du fuseau horaire</entry> 1749 1750 </row> 1750 1751 <row> … … 1762 1763 <row> 1763 1764 <entry><literal>zulu</literal></entry> 1764 <entry>Abréviation des militaires pourGMT</entry>1765 <entry>Abréviation militaire de GMT</entry> 1765 1766 </row> 1766 1767 <row> … … 1773 1774 1774 1775 <para> 1775 Référez-vous à l'<xref linkend="datatype-timezones"/> pour plus1776 d'informations sur la façon de spécifier les fuseaux horaires.1776 L'<xref linkend="datatype-timezones"/> apporte des précisions quant à 1777 la façon d'indiquer les fuseaux horaires. 1777 1778 </para> 1778 1779 </sect3> 1779 1780 1780 1781 <sect3> 1781 <title>Horodatage s (time stamps)</title>1782 <title>Horodatage</title> 1782 1783 1783 1784 <indexterm> … … 1793 1794 </indexterm> 1794 1795 1796 <indexterm> 1797 <primary>horodatage</primary> 1798 </indexterm> 1799 1800 <indexterm> 1801 <primary>estampille temporelle</primary> 1802 </indexterm> 1803 1804 <!-- AD : After Death, après JC 1805 BD : Before Death, avant JC --> 1795 1806 <para> 1796 Les valeurs d'entrée valides sont constituées parla concaténation1797 d'une date , d'une heure, suivi d'un fuseau horaire optionnel,d'un1798 qualificatif optionnel <literal>AD</literal> (avantJésus Christ) ou1799 <literal>BC</literal> (a près Jésus Christ). (Autrement,1800 <literal>AD</literal>/<literal>BC</literal> peutapparaître avant le1807 Les saisies valides sont constituées de la concaténation 1808 d'une date et d'une heure, éventuellement suivie d'un fuseau horaire et d'un 1809 qualificatif <literal>AD</literal> (après Jésus Christ) ou 1810 <literal>BC</literal> (avant Jésus Christ). 1811 (<literal>AD</literal>/<literal>BC</literal> peut aussi apparaître avant le 1801 1812 fuseau horaire mais ce n'est pas l'ordre préféré.) 1802 1813 Ainsi : … … 1807 1818 1808 1819 sont des valeurs valides, qui suivent le standard 1809 <acronym>ISO</acronym> 8601. De plus, le format1820 <acronym>ISO</acronym> 8601. Le format très courant 1810 1821 1811 1822 <programlisting>January 8 04:05:06 1999 PST</programlisting> 1812 très courant, est supporté.1823 est également supporté. 1813 1824 </para> 1814 1825 1815 1826 <para> 1816 Le standard <acronym>SQL</acronym> différencie les littéraux 1817 <type>timestamp without time zone</type> et 1818 <type>timestamp with time zone</type> par la présence d'un 1819 <quote>+</quote> ou d'un <quote>-</quote>. Du coup, suivant le 1820 standard, 1821 <programlisting>TIMESTAMP '2004-10-19 10:23:54'</programlisting> 1822 est du type <type>timestamp without time zone</type> alors que 1823 <programlisting>TIMESTAMP '2004-10-19 10:23:54+02'</programlisting> 1824 est du type <type>timestamp with time zone</type>. 1825 <productname>PostgreSQL</productname> n'examine jamais le contenu 1826 d'une chaîne littérale avant de déterminer son type. Du coup, il ne 1827 traitera les deux ci-dessus comme des valeurs de type 1828 <type>timestamp without time zone</type>. Pour s'assurer qu'un 1829 littéral est traité comme une valeur de type <type>timestamp with time 1830 zone</type>, donnez-lui explicitement le bon type : 1827 Le standard <acronym>SQL</acronym> différencie les libéllés 1828 <type>timestamp without time zone</type> et 1829 <type>timestamp with time zone</type> par la présence d'un 1830 <quote>+</quote> ou d'un <quote>-</quote>. De ce fait, d'après le 1831 standard, 1832 <programlisting>TIMESTAMP '2004-10-19 10:23:54'</programlisting> 1833 est du type <type>timestamp without time zone</type> alors que 1834 <programlisting>TIMESTAMP '2004-10-19 10:23:54+02'</programlisting> 1835 est du type <type>timestamp with time zone</type>. 1836 <productname>PostgreSQL</productname> n'examine jamais le contenu 1837 d'un libellé avant de déterminer son type. Du coup, il 1838 traite les deux ci-dessus comme des valeurs de type 1839 <type>timestamp without time zone</type>. Pour s'assurer qu'un 1840 littéral est traité comme une valeur de type 1841 <type>timestamp with time zone</type>, il faut préciser explicitement 1842 le bon type : 1831 1843 <programlisting>TIMESTAMP WITH TIME ZONE '2004-10-19 10:23:54+02'</programlisting> 1832 Dans un littéral de type <type>timestamp without time 1833 zone</type>, <productname>PostgreSQL</productname> ignorera 1834 silencieusement toute indication de fuseau horaire. C'est-à-dire que 1835 la valeur résultante est dérivée des champs date/time dans la valeur 1836 en entrée et n'est pas ajustée pour le fuseau horaire. 1844 Dans un libellé de type 1845 <type>timestamp without time zone</type>, 1846 <productname>PostgreSQL</productname> ignore 1847 silencieusement toute indication de fuseau horaire. C'est-à-dire que 1848 la valeur résultante est dérivée des champs date/heure de la valeur 1849 saisie et n'est pas corrigée par le fuseau horaire. 1837 1850 </para> 1838 1851 1839 1852 <para> 1840 1853 Pour <type>timestamp with time zone</type>, la valeur stockée en interne 1841 est toujours en UTC (Temps Universel Coordonné), aussi 1842 connu sous le nom de <acronym>GMT</acronym>. 1843 Les valeurs d'entrée qui ont un fuseau horaire explicite sont converties 1844 en UTC en utilisant le décalage approprié. Si aucun fuseau horaire 1854 est toujours en UTC (<foreignphrase>Universal Coordinated 1855 Time</foreignphrase> ou Temps Universel Coordonné), aussi 1856 connu sous le nom de <acronym>GMT</acronym> (<foreignphrase>Greenwich 1857 Mean Time</foreignphrase>). 1858 Les valeurs saisies avec un fuseau horaire explicite sont converties 1859 en UTC à l'aide du décalage approprié. Si aucun fuseau horaire 1845 1860 n'est précisé, alors le système considère que la date est dans le fuseau 1846 1861 horaire indiqué par le paramètre système <xref linkend="guc-timezone"/>, … … 1852 1867 Quand une valeur <type>timestamp with time zone</type> est affichée, 1853 1868 elle est toujours convertie de l'UTC vers le fuseau horaire courant 1854 (variable <varname>timezone</varname>), et affichée comme une heure locale de 1855 cette zone. 1856 Pour voir l'heure dans un autre fuseau horaire, il faut soit changer la 1857 valeur de <varname>timezone</varname> ou utiliser la construction 1858 <literal>AT TIME ZONE</literal> (voir la <xref 1859 linkend="functions-datetime-zoneconvert"/>). 1869 (variable <varname>timezone</varname>), et affichée comme une heure locale. 1870 Pour voir l'heure dans un autre fuseau horaire, il faut, soit changer la 1871 valeur de <varname>timezone</varname>, soit utiliser la construction 1872 <literal>AT TIME ZONE</literal> (voir la 1873 <xref linkend="functions-datetime-zoneconvert"/>). 1860 1874 </para> 1861 1875 … … 1864 1878 <type>timestamp with time zone</type> considèrent normalement 1865 1879 que la valeur <type>timestamp without time zone</type> utilise 1866 le fuseau horaire <varname>timezone</varname>. Un e zone différente1867 peut être choisi een utilisant <literal>AT TIME ZONE</literal>.1880 le fuseau horaire <varname>timezone</varname>. Un fuseau différent 1881 peut être choisi en utilisant <literal>AT TIME ZONE</literal>. 1868 1882 </para> 1869 1883 </sect3> … … 1877 1891 1878 1892 <para> 1879 Les valeurs de type <type>interval</type> utilisent la syntaxe suivante: 1893 Les valeurs de type <type>interval</type> utilisent la syntaxe 1894 suivante : 1880 1895 1881 1896 <programlisting><optional>@</optional> <replaceable>quantité</replaceable> <replaceable>unité</replaceable> <optional><replaceable>quantité</replaceable> <replaceable>unité</replaceable>...</optional> <optional><replaceable>direction</replaceable></optional></programlisting> 1882 1897 1883 Où: <replaceable>quantité</replaceable> est un nombre (éventuellement1898 où : <replaceable>quantité</replaceable> est un nombre (éventuellement 1884 1899 signé) ; <replaceable>unité</replaceable> est <literal>second</literal>, 1885 1900 <literal>minute</literal>, <literal>hour</literal>, <literal>day</literal>, 1886 1901 <literal>week</literal>, <literal>month</literal>, <literal>year</literal>, 1887 1902 <literal>decade</literal>, <literal>century</literal>, <literal>millennium</literal>, 1888 ou des abréviations ou des plurielsde ces unités ;1903 une abbréviation ou un pluriel de ces unités ; 1889 1904 <replaceable>direction</replaceable> peut être <literal>ago</literal> ou 1890 1905 vide. L'arobase (<literal>@</literal>) est optionnel. Les valeurs … … 1894 1909 1895 1910 <para> 1896 Les quantités de jours, heures, minutes et secondes peuvent être précisées1911 Les nombres de jours, heures, minutes et secondes peuvent être précisées 1897 1912 sans unité explicite. Par exemple <literal>'1 12:59:10'</literal> est 1898 1913 compris de la même façon que … … 1902 1917 1903 1918 <para> 1904 La précision optionnelle, en dessous de la seconde, doit être entre 0 et 1905 6, et prend la précision du littéral comme valeur par défaut. 1919 La précision optionnelle, en dessous de la seconde, doit être 1920 comprise entre 0 et 1921 6, et prend la précision du libellé saisi comme valeur par défaut. 1906 1922 </para> 1907 1923 1908 1924 <para> 1909 1925 En interne, les valeurs <type>interval</type> sont enregistrées comme des mois, 1910 jours et secondes. Ceci est fait carle nombre de jours d'un mois varie et1911 qu'un jour peut avoir 23 ou 25 heures si lechangement d'heure s'applique.1926 jours et secondes. Ceci parce que le nombre de jours d'un mois varie et 1927 qu'un jour peut avoir 23 ou 25 heures si un changement d'heure s'applique. 1912 1928 Comme les intervalles sont habituellement créés à partir de chaînes de 1913 caractères constantes ou de soustraction <type>timestamp</type> subtraction,1929 caractères constantes ou de soustraction de <type>timestamp</type>, 1914 1930 cette méthode de stockage fonctionne bien dans la majorité des cas. Les 1915 1931 fonctions <function>justify_days</function> et <function>justify_hours</function> sont … … 1933 1949 1934 1950 <para> 1935 <productname>PostgreSQL</productname> supporte aussi plusieurs 1936 valeurs de dates spéciales, par simplicité, comme montré dans le 1951 <productname>PostgreSQL</productname> supporte plusieurs 1952 valeurs de dates spéciales, dans un souci de simplification. Ces valeurs 1953 sont présentées dans le 1937 1954 <xref linkend="datatype-datetime-special-table"/>. 1938 1955 Les valeurs <literal>infinity</literal> et <literal>-infinity</literal> 1939 ont une représentation spéciale dans le système et s eront affichées de1940 la même façon. Les autres sont simplement des facilités de notation1941 qui seront converties en dates/heures ordinaires lorsqu'elles seront1942 lu es (en particulier, <literal>now</literal> et les chaînes relatives sont1943 converties en une valeur temps spécifique dès qu'elles sont lues).1944 Toutes ces valeurs sont traitées comme des constantes normales,1945 et doivent être écrites entre apostrophes.1956 ont une représentation spéciale dans le système et sont affichées 1957 ainsi ; les autres ne sont que des raccourcies de notation 1958 convertis en dates/heures ordinaires lorsqu'ils sont 1959 lus. (En particulier, <literal>now</literal> et les chaînes relatives sont 1960 converties en une valeur de temps spécifique à leur lecture). 1961 Toutes ces valeurs doivent être écrites entre simples quotes 1962 lorsqu'elles sont utilisées comme des constantes dans les commandes SQL. 1946 1963 </para> 1947 1964 … … 1951 1968 <thead> 1952 1969 <row> 1953 <entry> Chaînes entrées</entry>1970 <entry>Saisie</entry> 1954 1971 <entry>Types valides</entry> 1955 <entry>Description</entry>1956 </row>1957 </thead>1958 <tbody>1959 <row>1960 1961 <entry><literal>epoch</literal></entry>1962 <entry><type>date</type>, <type>timestamp</type></entry>1963 <entry>1970-01-01 00:00:00+00 (date système zéro d'Unix)</entry>1964 </row>1965 <row>1966 <entry><literal>infinity</literal></entry>1967 <entry><type>timestamp</type></entry>1968 <entry>plus tard que toutes les autres dates</entry>1969 </row>1970 <row>1971 <entry><literal>-infinity</literal></entry>1972 <entry><type>timestamp</type></entry>1973 <entry>plus tôt que toutes les autres dates</entry>1974 </row>1975 <row>1976 <entry><literal>now</literal></entry>1977 <entry><type>date</type>, <type>time</type>, <type>timestamp</type></entry>1978 <entry>heure de débutde la transaction courante</entry>1979 </row>1980 <row>1981 <entry><literal>today</literal></entry>1982 <entry><type>date</type>, <type>timestamp</type></entry>1983 <entry>minuit aujourd'hui</entry>1984 </row>1985 <row>1986 <entry><literal>tomorrow</literal></entry>1987 <entry><type>date</type>, <type>timestamp</type></entry>1988 <entry>minuit demain</entry>1989 </row>1990 <row>1991 <entry><literal>yesterday</literal></entry>1992 <entry><type>date</type>, <type>timestamp</type></entry>1993 <entry>minuit hier</entry>1994 </row>1995 <row>1996 <entry><literal>allballs</literal></entry>1997 <entry><type>time</type></entry>1998 <entry>00:00:00.00 UTC</entry>1999 </row>2000 </tbody>1972 <entry>Description</entry> 1973 </row> 1974 </thead> 1975 1976 <tbody> 1977 <row> 1978 <entry><literal>epoch</literal></entry> 1979 <entry><type>date</type>, <type>timestamp</type></entry> 1980 <entry>1970-01-01 00:00:00+00 (date système zéro d'Unix)</entry> 1981 </row> 1982 <row> 1983 <entry><literal>infinity</literal></entry> 1984 <entry><type>timestamp</type></entry> 1985 <entry>plus tard que toutes les autres dates</entry> 1986 </row> 1987 <row> 1988 <entry><literal>-infinity</literal></entry> 1989 <entry><type>timestamp</type></entry> 1990 <entry>plus tôt que toutes les autres dates</entry> 1991 </row> 1992 <row> 1993 <entry><literal>now</literal></entry> 1994 <entry><type>date</type>, <type>time</type>, <type>timestamp</type></entry> 1995 <entry>heure de démarrage de la transaction courante</entry> 1996 </row> 1997 <row> 1998 <entry><literal>today</literal></entry> 1999 <entry><type>date</type>, <type>timestamp</type></entry> 2000 <entry>aujourd'hui minuit</entry> 2001 </row> 2002 <row> 2003 <entry><literal>tomorrow</literal></entry> 2004 <entry><type>date</type>, <type>timestamp</type></entry> 2005 <entry>demain minuit</entry> 2006 </row> 2007 <row> 2008 <entry><literal>yesterday</literal></entry> 2009 <entry><type>date</type>, <type>timestamp</type></entry> 2010 <entry>hier minuit</entry> 2011 </row> 2012 <row> 2013 <entry><literal>allballs</literal></entry> 2014 <entry><type>time</type></entry> 2015 <entry>00:00:00.00 UTC</entry> 2016 </row> 2017 </tbody> 2001 2018 2002 2019 </tgroup> … … 2010 2027 <literal>CURRENT_TIMESTAMP</literal>, <literal>LOCALTIME</literal>, 2011 2028 <literal>LOCALTIMESTAMP</literal>. Les quatre derniers acceptent une 2012 spécification de la précision en dessous de la seconde en option(voir2013 la <xref linkend="functions-datetime-current"/>). Notez néanmoins que ce2014 sont des fonctions SQL et qu'ellesne sont <emphasis>pas</emphasis> reconnues2015 en tant que chaînes en entrée de la donnée.2029 indication optionnelle de précision en dessous de la seconde (voir 2030 la <xref linkend="functions-datetime-current"/>). Ce 2031 sont là des fonctions SQL qui ne sont <emphasis>pas</emphasis> reconnues 2032 comme chaînes de saisie de données. 2016 2033 </para> 2017 2034 … … 2034 2051 </indexterm> 2035 2052 2036 <para> 2037 Le format de sortie des types date/heure peut être choisi parmi un des 2053 <!-- ICI --> 2054 <para> 2055 Le format de sortie des types date/heure peut être choisi parmi les 2038 2056 quatre formats de date suivants : ISO 8601, <acronym>SQL</acronym> 2039 (Ingres), traditionnel POSTGRES et allemand, en utilisantla commande2057 (Ingres), traditionnel POSTGRES et German (germanique), à l'aide de la commande 2040 2058 <literal>SET datestyle</literal>. Le format par défaut est le format 2041 <acronym>ISO</acronym> , comme demandé par le standard2042 <acronym>SQL</acronym>. Le nom du format d'affichage <quote>SQL</quote>2043 est un accident historique. Le2044 <xref linkend="datatype-datetime-output-table"/> montre des exemples de2059 <acronym>ISO</acronym>. (Le standard <acronym>SQL</acronym> impose l'utilisation du format 2060 ISO 8601. Le nom du format d'affichage <quote>SQL</quote> 2061 est un accident historique.) Le 2062 <xref linkend="datatype-datetime-output-table"/> présente des exemples de 2045 2063 chaque format d'affichage. Bien sûr, le format d'un type <type>date</type> ou 2046 2064 <type>time</type> est celui de la partie date ou heure, comme

