mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-21 17:43:23 +02:00
1323 lines
60 KiB
Plaintext
1323 lines
60 KiB
Plaintext
|
|
|||
|
Foire Aux Questions (FAQ) pour PostgreSQL
|
|||
|
|
|||
|
Derni<6E>re mise <20> jour : vendredi 11 juillet 2004 23:58:24
|
|||
|
|
|||
|
Mainteneur actuel : Bruce Momjian (pgman@candle.pha.pa.us)
|
|||
|
|
|||
|
La plus r<>cente version de ce document est disponible sur
|
|||
|
http://www.PostgreSQL.org/docs/faqs/FAQ.html.
|
|||
|
|
|||
|
Les questions sp<73>cifiques <20> la plateforme sont r<>pondues sur
|
|||
|
http://www.PostgreSQL.org/docs/index.html.
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Questions g<>n<EFBFBD>rales
|
|||
|
|
|||
|
1.1) Qu'est ce que PostgreSQL ? Comment le prononcer ?
|
|||
|
1.2) Quelle est la licence de PostgreSQL ?
|
|||
|
1.3) Sous quels environnements Unix PostgreSQL tourne-t-il ?
|
|||
|
1.4) Sous quels environnements non-Unix PostgreSQL tourne-t-il ?
|
|||
|
1.5) O<> puis-je me procurer PostgreSQL ?
|
|||
|
1.6) O<> puis-je obtenir du support ?
|
|||
|
1.7) Quelle est la derni<6E>re version ?
|
|||
|
1.8) Quelle documentation est disponible ?
|
|||
|
1.9) Comment savoir quels sont les bogues connus ou les
|
|||
|
fonctionnalit<69>s manquantes ?
|
|||
|
1.10) Comment puis-je apprendre le SQL ?
|
|||
|
1.11) PostgreSQL est-il compatible an 2000 ?
|
|||
|
1.12) Comment puis-je rejoindre l'<27>quipe de d<>veloppement ?
|
|||
|
1.13) Comment dois-je soumettre un rapport de bogue ?
|
|||
|
1.14) Comment PostgreSQL se compare-t'il <20> d'autres SGBD ?
|
|||
|
1.15) Comment puis-je aider financi<63>rement PostgreSQL ?
|
|||
|
|
|||
|
Questions sur le client utilisateur
|
|||
|
|
|||
|
2.1) Y a-t-il des pilotes ODBC pour PostgreSQL ?
|
|||
|
2.2) Quels outils sont disponibles pour utiliser PostgreSQL avec des
|
|||
|
pages Web ?
|
|||
|
2.3) PostgreSQL a-t-il une interface graphique ?
|
|||
|
2.4) Quels langages sont disponibles pour communiquer avec
|
|||
|
PostgreSQL ?
|
|||
|
|
|||
|
Questions administratives
|
|||
|
|
|||
|
3.1) Comment installer PostgreSQL ailleurs que sous /usr/local/pgsql ?
|
|||
|
3.2) Quand je lance postmaster, j'obtiens un Bad System Call ou un
|
|||
|
message core dumped. Pourquoi ?
|
|||
|
3.3) Quand je lance postmaster, j'obtiens des erreurs IpcMemoryCreate.
|
|||
|
Pourquoi ?
|
|||
|
3.4) Quand je lance postmaster, j'obtiens des erreurs
|
|||
|
IpcSemaphoreCreate. Pourquoi ?
|
|||
|
3.5) Comment contr<74>ler les connexions d'autres machines ?
|
|||
|
3.6) Comment r<>gler le moteur de la base de donn<6E>es pour de meilleures
|
|||
|
performances ?
|
|||
|
3.7) Quelles fonctionalit<69>s de d<>boguage sont disponibles ?
|
|||
|
3.8) Pourquoi est-ce que j'obtiens des messages Sorry, too many
|
|||
|
clients quand je me connecte ?
|
|||
|
3.9) Que contient le r<>pertoire pgsql_tmp ?
|
|||
|
3.10) Pourquoi ai-je besoin de faire une sauvegarde des bases et de
|
|||
|
restaurer pour mettre a jour les versions de PostgreSQL ?
|
|||
|
3.11) Quels mat<61>riels dois-je utiliser ?
|
|||
|
|
|||
|
Questions fonctionnelles
|
|||
|
|
|||
|
4.1) Quelle est la diff<66>rence entre curseur binaire et curseur
|
|||
|
normal ?
|
|||
|
4.2) Comment faire un SELECT seulement sur les premi<6D>res lignes d'une
|
|||
|
requ<71>te ? Sur une ligne al<61>atoire ?
|
|||
|
4.3) Comment obtenir une liste des tables ou d'autres choses que je
|
|||
|
vois dans psql ?
|
|||
|
4.4) Comment supprime-t-on une colonne d'une table, ou comment
|
|||
|
change-t-on son type de donn<6E>es ?
|
|||
|
4.5) Quelle est la taille maximale pour une ligne, une table et une
|
|||
|
base de donn<6E>es ?
|
|||
|
4.6) Combien d'espace disque faut-il pour stocker les donn<6E>es d'un
|
|||
|
fichier texte typique ?
|
|||
|
4.7) Comment puis-je savoir quels index, tables, bases de donn<6E>es et
|
|||
|
utilisateurs sont d<>finis ?
|
|||
|
4.8) Mes requ<71>tes sont lentes ou ne font pas usage des index.
|
|||
|
Pourquoi ?
|
|||
|
4.9) Comment puis-je savoir si l'optimiseur <20>value mes requ<71>tes ?
|
|||
|
4.10) Qu'est-ce qu'un index R-tree ?
|
|||
|
4.11) Qu'est-ce que l'optimiseur g<>n<EFBFBD>tique de requ<71>tes ?
|
|||
|
4.12) Comment puis-je r<>aliser des recherches par des expressions
|
|||
|
rationnelles ainsi que des recherches non sensibles <20> la casse ?
|
|||
|
Comment puis-je utiliser un index lors de recherches non sensibles <20>
|
|||
|
la casse ?
|
|||
|
4.13) Comment puis-je d<>tecter si un champ est NULL dans une requ<71>te ?
|
|||
|
4.14) Quelle sont les diff<66>rences entre les nombreux types de
|
|||
|
caract<63>res ?
|
|||
|
4.15.1) Comment puis-je cr<63>er un champ s<>rie, c'est-<2D>-dire
|
|||
|
s'incr<63>mentant automatiquement ?
|
|||
|
4.15.2) Comment puis-je obtenir la valeur d'un SERIAL suite <20> une
|
|||
|
insertion ?
|
|||
|
4.15.3) Est-ce que currval() et nextval() n'am<61>nent pas des probl<62>mes
|
|||
|
lorsque plusieurs utilisateurs les lancent en m<>me temps ?
|
|||
|
4.15.4) Pourquoi mes num<75>ros de s<>quences ne sont pas r<>-utilis<69>s lors
|
|||
|
d'une annulation de transaction ? Pourquoi existe-t'il des trous dans
|
|||
|
la num<75>rotation de ma colonne s<>quentielle (SERIAL) ?
|
|||
|
4.16) Qu'est-ce qu'un OID? Qu'est-ce qu'un TID ?
|
|||
|
4.17) A quoi correspond certains termes utilis<69>s avec PostgreSQL ?
|
|||
|
4.18) Pourquoi ai-je l'erreur ERROR: Memory exhausted in
|
|||
|
AllocSetAlloc() ?
|
|||
|
4.19) Comment puis-je conna<6E>tre la version de PostgreSQL que
|
|||
|
j'utilise ?
|
|||
|
4.20) Pourquoi ai-je invalid large obj descriptor lors d'op<6F>rations
|
|||
|
avec des gros objets ?
|
|||
|
4.21) Comment puis-je cr<63>er une colonne qui aura par d<>faut l'heure
|
|||
|
actuelle comme valeur ?
|
|||
|
4.22) Pourquoi mes sous-requ<71>tes utilisant IN sont-elles si lentes ?
|
|||
|
4.23) Comment puis-je r<>aliser une jointure externe ?
|
|||
|
4.24) Comment puis-je lancer des requ<71>tes utilisant plusieurs bases de
|
|||
|
donn<6E>es ??
|
|||
|
4.25) Comment puis-je renvoyer plusieurs lignes ou colonnes <20> partir
|
|||
|
d'une fonction ?
|
|||
|
4.26) Why can't I reliably create/drop temporary tables in PL/PgSQL
|
|||
|
functions?
|
|||
|
4.27) Quelles options de replication sont disponibles ?
|
|||
|
4.28) Quelles options de cryptage sont disponibles ?
|
|||
|
|
|||
|
Etendre PostgreSQL
|
|||
|
|
|||
|
5.1) J'ai <20>crit une fonction utilisateur. Lorsque je l'ex<65>cute avec
|
|||
|
psql, pourquoi cela finit-il avec un "dump core" ?
|
|||
|
5.2) Comment puis-je contribuer avec de nouveaux types et fonctions
|
|||
|
pour PostgreSQL ?
|
|||
|
5.3) Comment puis-je <20>crire une fonction C pour r<>cup<75>rer une ligne ?
|
|||
|
5.4) J'ai modifi<66> un fichier source. Pourquoi la modification
|
|||
|
n'est-elle pas visible apr<70>s la recompilation ?
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Questions g<>n<EFBFBD>rales
|
|||
|
|
|||
|
1.1) Qu'est ce que PostgreSQL ? Comment le prononcer ?
|
|||
|
|
|||
|
PostgreSQL se prononce Post-Gres-Q-L. Un fichier audio est disponible
|
|||
|
sur http://www.postgresql.org/postgresql.mp3 pour ceux souhaitant
|
|||
|
entendre la prononciation.
|
|||
|
|
|||
|
PostgreSQL est une am<61>lioration du syst<73>me de gestion de bases de
|
|||
|
donn<6E>es POSTGRES (et est toujours quelque fois appel<65> "Postgres"), un
|
|||
|
prototype de recherche de SGBD de prochaine g<>n<EFBFBD>ration. PostgreSQL
|
|||
|
garde le puissant mod<6F>le de donn<6E>es et les types de donn<6E>es riches de
|
|||
|
POSTGRES, mais remplace le langage de requ<71>tes PostQuel par un
|
|||
|
sous-ensemble <20>tendu de SQL. PostgreSQL est gratuit et les sources
|
|||
|
complets sont disponibles.
|
|||
|
|
|||
|
PostgreSQL est <20>crit par une <20>quipe de d<>veloppeurs qui sont tous
|
|||
|
inscrits <20> la liste de diffusion de d<>veloppement de PostgreSQL. Le
|
|||
|
coordinateur actuel est Marc G. Fournier (scrappy@PostgreSQL.org et
|
|||
|
voir la section 1.6 pour contacter les d<>veloppeurs). Cette <20>quipe est
|
|||
|
responsable de tout le d<>veloppement de PostgreSQL. C'est un projet
|
|||
|
soutenu par une communaut<75> sans <20>tre contr<74>l<EFBFBD> par une soci<63>t<EFBFBD>. Pour y
|
|||
|
contribuer, voir la FAQ des d<>veloppeurs sur
|
|||
|
http://www.postgresql.org/docs/faqs/FAQ_DEV.html.
|
|||
|
|
|||
|
Les auteurs de PostgreSQL 1.01 <20>taient Andrew Yu et Jolly Chen.
|
|||
|
Beaucoup d'autres personnes ont contribu<62> au portage, aux tests, au
|
|||
|
d<>boguage et <20> l'am<61>lioration du code. Le code de Postgres original,
|
|||
|
duquel PostgreSQL est d<>riv<69>, <20>tait le fruit de l'effort de nombreux
|
|||
|
<20>tudiants dipl<70>m<EFBFBD>s et non dipl<70>m<EFBFBD>s, et de programmeurs travaillant
|
|||
|
sous la direction du Professeur Michael Stonebraker <20> l'universit<69> de
|
|||
|
Californie, Berkeley.
|
|||
|
|
|||
|
Le nom original du logiciel <20> Berkeley <20>tait Postgres. Quand le SQL
|
|||
|
fut ajout<75> en 1995, le nom a d<> <20>tre chang<6E> en Postgres95. Fin 1996,
|
|||
|
le nom fut chang<6E> en PostgreSQL.
|
|||
|
|
|||
|
1.2) Quelle est la licence de PostgreSQL ?
|
|||
|
|
|||
|
PostgreSQL est distribu<62> sous la licence suivante :
|
|||
|
|
|||
|
PostgreSQL Data Base Management System
|
|||
|
|
|||
|
Portions copyright (c) 1996-2004, PostgreSQL Global Development Group
|
|||
|
Portions Copyright (c) 1994-6 Regents of the University of California
|
|||
|
|
|||
|
Permission to use, copy, modify, and distribute this software and its
|
|||
|
documentation for any purpose, without fee, and without a written
|
|||
|
agreement is hereby granted, provided that the above copyright notice
|
|||
|
and this paragraph and the following two paragraphs appear in all
|
|||
|
copies.
|
|||
|
|
|||
|
IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY
|
|||
|
FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES,
|
|||
|
INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND
|
|||
|
ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN
|
|||
|
ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
|
|||
|
|
|||
|
THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES,
|
|||
|
INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF
|
|||
|
MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE
|
|||
|
PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF
|
|||
|
CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT,
|
|||
|
UPDATES, ENHANCEMENTS, OR MODIFICATIONS.
|
|||
|
|
|||
|
La licence ci-dessus est la licence BSD, une licence open-source
|
|||
|
classique.
|
|||
|
|
|||
|
1.3) Sous quels environnements Unix PostgreSQL tourne-t-il ?
|
|||
|
|
|||
|
En g<>n<EFBFBD>ral, tout environnement compatible Unix moderne devrait pouvoir
|
|||
|
faire fonctionner PostgreSQL. Les environnements qui ont <20>t<EFBFBD> test<73>s
|
|||
|
explicitement sont list<73>s dans les instructions d'installation.
|
|||
|
|
|||
|
1.4) Sous quels environnements non Unix PostgreSQL fonctionne-t'il ?
|
|||
|
|
|||
|
Client
|
|||
|
|
|||
|
Il est possible de compiler la biblioth<74>que C libpq, psql et d'autres
|
|||
|
interfaces et applications clientes pour qu'elles tournent sous des
|
|||
|
environnements MS Windows. Dans ce cas, le client tourne sous MS
|
|||
|
Windows et communique par TCP/IP avec un serveur tournant sous un
|
|||
|
environnement Unix support<72>. Un fichier win32.mak est inclus dans la
|
|||
|
distribution pour construire une biblioth<74>que libpq psql Win32.
|
|||
|
PostgreSQL communique aussi avec des clients ODBC.
|
|||
|
|
|||
|
Serveur
|
|||
|
|
|||
|
Le serveur de base de donn<6E>es peut tourner sous Windows NT et Windows
|
|||
|
2000 en utilisant Cygwin, la biblioth<74>que de portage Unix/NT de
|
|||
|
Cygnus. Voir pgsql/doc/FAQ_MSWIN dans la distribution ou la FAQ MS
|
|||
|
Windows sur http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN.
|
|||
|
|
|||
|
Un port natif sur MS Windows NT/2000/XP est en court. Pour plus de
|
|||
|
d<>tails sur le statut actuel de PostgreSQL sur Windows, voir
|
|||
|
http://techdocs.postgresql.org/guides/Windows et
|
|||
|
http://momjian.postgresql.org/main/writings/pgsql/win32.html.
|
|||
|
|
|||
|
Il existe aussi un port sur Novell Netware sur
|
|||
|
http://forge.novell.com.
|
|||
|
|
|||
|
1.5) O<> puis-je me procurer PostgreSQL ?
|
|||
|
|
|||
|
Le site FTP anonyme principal de PostgreSQL est
|
|||
|
ftp://ftp.PostgreSQL.org/pub. Pour les sites miroirs, voir notre site
|
|||
|
web principal.
|
|||
|
|
|||
|
1.6) O<> puis-je obtenir du support ?
|
|||
|
|
|||
|
La liste de diffusion principale est pgsql-general@PostgreSQL.org.
|
|||
|
Elle est disponible pour discuter de sujets en rapport avec
|
|||
|
PostgreSQL. Pour s'y inscrire, il faut envoyer un courriel avec les
|
|||
|
lignes suivantes dans le corps du message (pas dans la ligne du
|
|||
|
sujet) :
|
|||
|
subscribe
|
|||
|
end
|
|||
|
|
|||
|
<20> pgsql-general-request@PostgreSQL.org.
|
|||
|
|
|||
|
Il existe aussi un recueil de la liste. Pour s'y inscrire, envoyez un
|
|||
|
courriel <20> pgsql-general-digest-request@PostgreSQL.org avec dans le
|
|||
|
corps :
|
|||
|
subscribe
|
|||
|
end
|
|||
|
|
|||
|
Les recueils sont envoy<6F>s aux membres de cette liste d<>s que la liste
|
|||
|
principale a re<72>u 30 Ko de messages.
|
|||
|
|
|||
|
Une liste de diffusion de bogues est disponible. Pour s'y inscrire,
|
|||
|
envoyer un courriel <20> pgsql-bugs-request@PostgreSQL.org avec dans le
|
|||
|
corps :
|
|||
|
subscribe
|
|||
|
end
|
|||
|
|
|||
|
Une liste de diffusion pour les d<>veloppeurs est aussi disponible.
|
|||
|
Pour s'y inscrire, envoyez un courriel <20>
|
|||
|
pgsql-hackers-request@PostgreSQL.org avec dans le corps :
|
|||
|
subscribe
|
|||
|
end
|
|||
|
|
|||
|
Vous pouvez trouver d'autres listes et informations sur PostgreSQL sur
|
|||
|
le site web de PostgreSQL :
|
|||
|
|
|||
|
http://www.PostgreSQL.org
|
|||
|
|
|||
|
Il y a aussi un canal IRC sur Freenode et EFNet, le canal #PostgreSQL.
|
|||
|
Vous pouvez utiliser la commande Unix irc -c '#PostgreSQL' "$USER"
|
|||
|
irc.phoenix.net ou irc -c '#PostgreSQL' "$USER" irc.freenode.net.
|
|||
|
|
|||
|
Une liste de soci<63>t<EFBFBD>s pouvant fournir un support commercial est
|
|||
|
disponible sur http://techdocs.postgresql.org/companies.php.
|
|||
|
|
|||
|
1.7) Quelle est la derni<6E>re version ?
|
|||
|
|
|||
|
La derni<6E>re version de PostgreSQL est la version 7.4.3.
|
|||
|
|
|||
|
Nous projetons de sortir une version majeure tous les six <20> huit mois.
|
|||
|
|
|||
|
1.8) Quelle documentation est disponible ?
|
|||
|
|
|||
|
Plusieurs manuels, pages de manuel ainsi que des petits exemples de
|
|||
|
test sont inclus dans la distribution. Voir le r<>pertoire /doc. Vous
|
|||
|
pouvez aussi acc<63>der aux manuels en ligne sur
|
|||
|
http://www.PostgreSQL.org/docs.
|
|||
|
|
|||
|
Deux livres sur PostgreSQL sont disponibles en ligne sur
|
|||
|
http://www.PostgreSQL.org/docs/awbook.html et
|
|||
|
http://www.commandprompt.com/ppbook/. Il y a une liste de livres sur
|
|||
|
PostgreSQL pouvant <20>tre achet<65>s sur
|
|||
|
http://techdocs.PostgreSQL.org/techdocs/bookreviews.php. Il y a aussi
|
|||
|
une collection d'articles techniques sur PostgreSQL sur
|
|||
|
http://techdocs.PostgreSQL.org/.
|
|||
|
|
|||
|
psql poss<73>de des commandes \d pratiques montrant des informations sur
|
|||
|
les types, op<6F>rateurs, fonctions, aggr<67>gats, etc.
|
|||
|
|
|||
|
Notre site web contient encore plus de documentations.
|
|||
|
|
|||
|
1.9) Comment savoir quels sont les bogues connus ou les fonctionnalit<69>s
|
|||
|
manquantes ?
|
|||
|
|
|||
|
PostgreSQL supporte un sous-ensemble <20>tendu de SQL-92. Voir notre
|
|||
|
liste TODO pour les bogues connus, les fonctionnalit<69>s manquantes et
|
|||
|
les plans pour le futur.
|
|||
|
|
|||
|
1.10) Comment puis-je apprendre le SQL ?
|
|||
|
|
|||
|
Le livre PostgreSQL sur http://www.PostgreSQL.org/docs/awbook.html
|
|||
|
enseigne le SQL. Il existe un autre livre PostgreSQL sur
|
|||
|
http://www.commandprompt.com/ppbook. Il existe de bons tutoriels sur
|
|||
|
http://www.intermedia.net/support/sql/sqltut.shtm,
|
|||
|
http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM
|
|||
|
et http://sqlcourse.com.
|
|||
|
|
|||
|
Un autre (en anglais uniquement) "Teach Yourself SQL in 21 Days,
|
|||
|
Second Edition" se trouve sur
|
|||
|
http://members.tripod.com/er4ebus/sql/index.htm
|
|||
|
|
|||
|
Nombre de nos utilisateurs aiment The Practical SQL Handbook, Bowman,
|
|||
|
Judith S., et al., Addison-Wesley. D'autres aiment The Complete
|
|||
|
Reference SQL, Groff et al., McGraw-Hill.
|
|||
|
|
|||
|
1.11) PostgreSQL est-il compatible an 2000 ?
|
|||
|
|
|||
|
Oui, nous manipulons facilement les dates apr<70>s et avant l'an 2000.
|
|||
|
|
|||
|
1.12) Comment puis-je rejoindre l'<27>quipe de d<>veloppement ?
|
|||
|
|
|||
|
Tout d'abord, t<>l<EFBFBD>chargez les derniers sources et lisez la
|
|||
|
documentation pour les d<>veloppeurs sur notre site web ou bien dans la
|
|||
|
distribution. Ensuite, inscrivez-vous aux listes de diffusion
|
|||
|
pgsql-hackers et pgsql-patches. Et pour finir, soumettez des
|
|||
|
correctifs de grande qualit<69> sur pgsql-patches.
|
|||
|
|
|||
|
Environ une douzaine de personnes ont des droits de modification sur
|
|||
|
l'archive CVS de PostgreSQL. Ils ont chacun soumis tellement de
|
|||
|
correctifs de qualit<69> qu'il <20>tait devenu impossible aux d<>veloppeurs
|
|||
|
de tenir la cadence et nous avions confiance dans le qualit<69> des
|
|||
|
correctifs qu'ils soumettaient.
|
|||
|
|
|||
|
1.13) Comment dois-je soumettre un rapport de bogue ?
|
|||
|
|
|||
|
Merci de visiter la page PostgreSQL BugTool sur
|
|||
|
http://www.PostgreSQL.org/bugs/bugs.php, qui donne des indications sur
|
|||
|
la fa<66>on de soumettre un rapport de bogue.
|
|||
|
|
|||
|
De m<>me, v<>rifiez notre site ftp ftp://ftp.PostgreSQL.org/pub pour
|
|||
|
voir s'il existe une version PostgreSQL plus r<>cente ou des
|
|||
|
correctifs.
|
|||
|
|
|||
|
1.14) Comment PostgreSQL se compare-til <20> d'autres SGBD ?
|
|||
|
|
|||
|
Il y a plusieurs mani<6E>res de mesurer un logiciel : les
|
|||
|
fonctionnalit<69>s, les performances, la fiabilit<69>, le support, et le
|
|||
|
prix.
|
|||
|
|
|||
|
Fonctionnalit<69>s
|
|||
|
PostgreSQL poss<73>de la plupart des fonctionnalit<69>s pr<70>sentes
|
|||
|
dans les SGBD commerciaux, comme les transactions, les requ<71>tes
|
|||
|
imbriqu<71>es, les d<>clencheurs, les vues, l'int<6E>grit<69>
|
|||
|
r<>f<EFBFBD>rentielle par cl<63>s <20>trang<6E>res, et le verrouillage
|
|||
|
sophistiqu<71>. Nous avons des fonctionnalit<69>s qu'ils n'ont pas,
|
|||
|
comme les types d<>finis par l'utilisateur, l'h<>ritage, les
|
|||
|
r<>gles, et le contr<74>le de concurrence par multi-versionnage
|
|||
|
pour r<>duire les contentions de verrouillage.
|
|||
|
|
|||
|
Performances
|
|||
|
PostgreSQL a des performances similaires aux autres bases de
|
|||
|
donn<6E>es commerciales et open source. Il est plus rapide pour
|
|||
|
certaines op<6F>rations, plus lent pour d'autres. Par rapport <20>
|
|||
|
MySQL ou d'autres SGBD plus l<>ger, nous sommes plus rapides
|
|||
|
pour de nombreux utilisateurs, des requ<71>tes complexes et une
|
|||
|
charge pour les requ<71>tes de lecture/<2F>criture. MySQL est plus
|
|||
|
rapide pour des requ<71>tes SELECT simples effectu<74>es par quelques
|
|||
|
utilisateurs. Bien s<>r, MySQL ne poss<73>de aucune des
|
|||
|
fonctionnalit<69>s de la section Fonctionnalit<69>s ci-dessus.
|
|||
|
PostgreSQL est construit pour la fiabilit<69> et les
|
|||
|
fonctionnalit<69>s et nous continuons <20> am<61>liorer les performances
|
|||
|
<20> chaque version. Il y a une page web int<6E>ressante qui compare
|
|||
|
PostgreSQL <20> MySQL sur
|
|||
|
http://openacs.org/philosophy/why-not-mysql.html. De plus,
|
|||
|
MySQL est une soci<63>t<EFBFBD> qui distribue son produit via l'open
|
|||
|
source et requiert une licence commerciale pour les logiciels
|
|||
|
propri<72>taires, donc pas une communaut<75> de d<>veloppement open
|
|||
|
source comme PostgreSQL.
|
|||
|
|
|||
|
Fiabilit<69>
|
|||
|
Nous somme conscients qu'un SGBD doit <20>tre fiable ou bien il
|
|||
|
est inutile. Nous faisons le maximum pour sortir des versions
|
|||
|
bien test<73>es, du code stable ne contenant qu'un minimum de
|
|||
|
bogues. Chaque version a au moins un mois de tests, et notre
|
|||
|
historique de versions montre que nous pouvons fournir des
|
|||
|
versions stables et robustes, pr<70>tes pour une utilisation en
|
|||
|
environnement de production. Nous pensons que nous nous
|
|||
|
comparons favorablement aux autres bases de donn<6E>es dans ce
|
|||
|
domaine.
|
|||
|
|
|||
|
Support
|
|||
|
Nos listes de diffusion offrent un contact avec un large groupe
|
|||
|
de d<>veloppeurs et d'utilisateurs afin d'aider <20> la r<>solution
|
|||
|
des probl<62>mes rencontr<74>s. Nous ne pouvons garantir un correctif
|
|||
|
mais les SGBD commerciaux ne le garantissent pas toujours non
|
|||
|
plus. L'acc<63>s direct aux d<>veloppeurs, <20> la communaut<75>
|
|||
|
d'utilisateurs, aux manuels, et au code source, fait du support
|
|||
|
pour PostgreSQL un support sup<75>rieur aux autres SGBD. Un
|
|||
|
support commercial par incident est disponible pour ceux qui en
|
|||
|
ont le besoin (voir la section 1.6 de la FAQ).
|
|||
|
|
|||
|
Prix
|
|||
|
Nous sommes gratuits pour tous les usages, commerciaux et non
|
|||
|
commerciaux. Vous pouvez inclure notre code dans vos produits
|
|||
|
sans limitation, except<70>es celles cit<69>es dans notre licence de
|
|||
|
type BSD donn<6E>e plus haut.
|
|||
|
|
|||
|
1.15) Comment puis-je aider financi<63>rement PostgreSQL ?
|
|||
|
|
|||
|
PostgreSQL poss<73>de une infrastructure de premi<6D>re classe depuis le
|
|||
|
d<>but en 1996. Ceci gr<67>ce <20> Marc Fournier, qui a cr<63><72> et g<>r<EFBFBD> cette
|
|||
|
infrastructure des ann<6E>es durant.
|
|||
|
|
|||
|
Une infrastructure de qualit<69> est importante pour un projet
|
|||
|
open-source. Cela permet d'emp<6D>cher l'<27>parpillement qui ralentirait
|
|||
|
beaucoup l'avancement du projet.
|
|||
|
|
|||
|
Bien s<>r, cette infrastructure n'est pas donn<6E>e. Elle requiert un
|
|||
|
certain nombre de d<>penses mensuelles ou ponctuelles. Si vous ou votre
|
|||
|
soci<63>t<EFBFBD> peut donner de l'argent pour soutenir cet effort, merci de
|
|||
|
consulter la page web http://store.pgsql.com/shopping/ et de faire une
|
|||
|
donation.
|
|||
|
|
|||
|
Bien que la page web mentionne PostgreSQL, Inc, les contributions sont
|
|||
|
exclusivement utilis<69>es pour soutenir le projet PostgreSQL et ne
|
|||
|
soutiennent aucune soci<63>t<EFBFBD> que ce soit. Si vous le pr<70>f<EFBFBD>rez, vous
|
|||
|
pouvez aussi envoyer un ch<63>que <20> l'adresse de contact.
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
De plus, si vous avez une histoire de succ<63>s avec PostgreSQL, merci de
|
|||
|
la soumettre <20> notre site d'<27>vang<6E>lisation sur
|
|||
|
http://advocacy.postgresql.org.
|
|||
|
|
|||
|
Questions sur le client utilisateur
|
|||
|
|
|||
|
2.1) Existe-t'il des pilotes ODBC pour PostgreSQL ?
|
|||
|
|
|||
|
Il y a deux pilotes ODBC disponibles, PsqlODBC et OpenLink ODBC.
|
|||
|
|
|||
|
Vous pouvez t<>l<EFBFBD>charger PsqlOBDC depuis
|
|||
|
http://gborg.postgresql.org/project/psqlodbc/projdisplay.php.
|
|||
|
|
|||
|
OpenLink ODBC peut <20>tre obtenu depuis http://www.openlinksw.com. Il
|
|||
|
fonctionne avec leur logiciel client ODBC standard, vous aurez donc
|
|||
|
PostgreSQL ODBC sur toutes les plateformes client qu'ils supportent
|
|||
|
(Win, Mac, Unix, VMS).
|
|||
|
|
|||
|
Ils vendront probablement ce produit aux gens qui recherchent une
|
|||
|
qualit<69> de support professionnelle mais une version freeware sera
|
|||
|
toujours disponible. Merci d'envoyer vos questions <20>
|
|||
|
postgres95@openlink.co.uk.
|
|||
|
|
|||
|
2.2) Quels outils sont disponibles pour utiliser PostgreSQL avec des pages
|
|||
|
Web ?
|
|||
|
|
|||
|
Une bonne introduction aux pages Web adoss<73>s <20> une base de donn<6E>es se
|
|||
|
trouve <20> http://www.webreview.com
|
|||
|
|
|||
|
Pour l'int<6E>gration Web, PHP est une excellente interface. Elle se
|
|||
|
trouve <20> http://www.php.net.
|
|||
|
|
|||
|
Pour les cas complexes, beaucoup utilisent l'interface Perl et CGI.pm
|
|||
|
ou mod_perl.
|
|||
|
|
|||
|
2.3) PostgreSQL a-t-il une interface graphique ?
|
|||
|
|
|||
|
Oui, il y a plusieurs interfaces graphiques disponibles pour
|
|||
|
PostgreSQL, dont PgAccess http://www.pgaccess.org), PgAdmin III
|
|||
|
(http://www.pgadmin.org), RHDB Admin (http://sources.redhat.com/rhdb/
|
|||
|
et Rekall ( http://www.thekompany.com/products/rekall/, propri<72>taire).
|
|||
|
Il y a aussi PhpPgAdmin ( http://phppgadmin.sourceforge.net/ ), une
|
|||
|
interface Web pour PostgreSQL.
|
|||
|
|
|||
|
Voir http://techdocs.postgresql.org/guides/GUITools pour une liste
|
|||
|
plus d<>taill<6C>e.
|
|||
|
|
|||
|
2.4) Quels langages sont disponibles pour communiquer avec PostgreSQL ?
|
|||
|
|
|||
|
La plupart des langages de programmation couramment utilis<69>s ont une
|
|||
|
interface pour PostgreSQL. V<>rifiez la liste des modules de votre
|
|||
|
langage.
|
|||
|
|
|||
|
Les interfaces ci-dessous sont incluses dans la distribution :
|
|||
|
* C (libpq)
|
|||
|
* Embedded C (ecpg)
|
|||
|
* Java (jdbc)
|
|||
|
* Python (PyGreSQL)
|
|||
|
* TCL (libpgtcl)
|
|||
|
|
|||
|
Interfaces suppl<70>mentaires disponibles sur http://gborg.postgresql.org
|
|||
|
dans la section Drivers/Interfaces
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Questions Administratives
|
|||
|
|
|||
|
3.1) Comment installer PostgreSQL ailleurs que sous /usr/local/pgsql ?
|
|||
|
|
|||
|
Il faut sp<73>cifier l'option --prefix lors du lancement de configure.
|
|||
|
|
|||
|
3.2) Quand je lance postmaster, j'obtiens un Bad System Call ou un message
|
|||
|
core dumped . Pourquoi ?
|
|||
|
|
|||
|
Cela peut <20>tre d<> <20> une vari<72>t<EFBFBD> de probl<62>mes mais v<>rifiez d'abord que
|
|||
|
vous avez les extensions System V install<6C>es pour votre noyau.
|
|||
|
PostgreSQL n<>cessite le support noyau pour la m<>moire partag<61>e et les
|
|||
|
s<>maphores.
|
|||
|
|
|||
|
3.3) Quand je lance postmaster, j'obtiens des erreurs IpcMemoryCreate.
|
|||
|
Pourquoi ?
|
|||
|
|
|||
|
Soit vous n'avez pas configur<75> correctement la m<>moire partag<61>e dans
|
|||
|
votre noyau, soit vous devez augmenter la m<>moire partag<61>e disponible
|
|||
|
dans le noyau. Le montant exact dont vous avez besoin d<>pend de votre
|
|||
|
architecture et du nombre de tampons et de processus que vous avez
|
|||
|
configur<75> pour postmaster. Pour la plupart des syst<73>mes avec un nombre
|
|||
|
par d<>faut de tampons et de processus, vous aurez besoin d'un minimum
|
|||
|
d'environ 1 Mo. Voir le chapitre Administration du manuel PostgreSQL
|
|||
|
pour des informations plus d<>taill<6C>es sur la m<>moire partag<61>e et les
|
|||
|
s<>maphores.
|
|||
|
|
|||
|
3.4) Quand je lance postmaster, j'obtiens des erreurs IpcSemaphoreCreate.
|
|||
|
Pourquoi ?
|
|||
|
|
|||
|
Si le message d'erreur est IpcSemaphoreCreate: semget failed (No space
|
|||
|
left on device) alors votre noyau n'est pas configur<75> avec
|
|||
|
suffisamment de s<>maphores. PostgreSQL a besoin d'un s<>maphore par
|
|||
|
processus serveur potentiel. Une solution provisoire est de lancer
|
|||
|
postmaster avec une plus petite limite sur le nombre de processus
|
|||
|
serveur. Utilisez l'option -N avec un param<61>tre inf<6E>rieur au choix par
|
|||
|
d<>faut de 32. Une solution permanente est d'augmenter les param<61>tres
|
|||
|
SEMMNS et SEMMNI de votre noyau.
|
|||
|
|
|||
|
Des s<>maphores inop<6F>rantes peuvent aussi provoquer des plantages
|
|||
|
pendant de gros acc<63>s <20> la base de donn<6E>es.
|
|||
|
|
|||
|
Si le message d'erreur est autre chose, vous n'avez peut-<2D>tre pas du
|
|||
|
tout le support des s<>maphores dans votre noyau. Voir le chapitre
|
|||
|
Administration du manuel PostgreSQL pour des informations plus
|
|||
|
d<>taill<6C>es sur la m<>moire partag<61>e et les s<>maphores.
|
|||
|
|
|||
|
3.5) Comment contr<74>ler les connexions d'autres machines ?
|
|||
|
|
|||
|
Par d<>faut, PostgreSQL n'autorise que les connexions de la machine
|
|||
|
locale utilisant les sockets de domaine Unix. D'autres machines ne
|
|||
|
seront pas capables de se connecter sauf si vous configurez
|
|||
|
tcpip_sockets dans postgresql.conf et activez l'authentification bas<61>e
|
|||
|
sur l'h<>te en modifiant le fichier $PGDATA/pg_hba.conf en cons<6E>quence.
|
|||
|
Ceci autorisera les connexions TCP/IP.
|
|||
|
|
|||
|
3.6) Comment r<>gler le moteur de la base de donn<6E>es pour de meilleures
|
|||
|
performances ?
|
|||
|
|
|||
|
Des index acc<63>l<EFBFBD>reront les requ<71>tes. La commande EXPLAIN ANALYZE vous
|
|||
|
permet de voir comment PostgreSQL traite votre requ<71>te et quels index
|
|||
|
sont utilis<69>s.
|
|||
|
|
|||
|
Si vous faites beaucoup d'insertions (instruction INSERT), envisagez
|
|||
|
de les faire en une fois en utilisant la commande COPY. Ceci est plus
|
|||
|
rapide que des commandes INSERTS individuelles. Deuxi<78>ment, les
|
|||
|
requ<71>tes qui ne sont pas dans des blocs de transaction BEGIN
|
|||
|
WORK/COMMIT sont consid<69>r<EFBFBD>s comme <20>tant dans leur propre transaction.
|
|||
|
Envisagez de faire plusieurs instructions dans un seul bloc de
|
|||
|
transaction. Ceci r<>duira la surcharge apport<72>e par les transactions.
|
|||
|
Aussi, envisagez d'abandonner et de recr<63>er des index lors de grosses
|
|||
|
modifications de donn<6E>es.
|
|||
|
|
|||
|
Il y a plusieurs options d'optimisations. Vous pouvez d<>sactiver
|
|||
|
fsync() en lan<61>ant postmaster avec l'option -o -F. Ceci emp<6D>chera les
|
|||
|
fsync()s d'<27>crire sur disque apr<70>s toute transaction.
|
|||
|
|
|||
|
Vous pouvez utiliser l'option -B de postmaster pour augmenter le
|
|||
|
nombre de tampons de m<>moire partag<61>e utilis<69>s par les processus
|
|||
|
serveurs. Si vous fixez ce param<61>tre trop haut, postmaster ne se
|
|||
|
lancera pas car vous avez d<>pass<73> la limite de votre noyau sur la
|
|||
|
quantit<69> de m<>moire partag<61>e. Chaque tampon fait 8 Ko et le choix par
|
|||
|
d<>faut est de 64 tampons.
|
|||
|
|
|||
|
Vous pouvez utiliser l'option serveur -S pour augmenter la quantit<69>
|
|||
|
maximale de m<>moire utilis<69>e par les processus serveurs pour des tris
|
|||
|
temporaires. La valeur de -S est mesur<75> en kilooctets et le choix par
|
|||
|
d<>faut est de 512 (c'est-<2D>-dire 512 Ko).
|
|||
|
|
|||
|
Vous pouvez utiliser la commande CLUSTER pour regrouper vos donn<6E>es en
|
|||
|
tables pour correspondre <20> un index. Voir la page de manual CLUSTER
|
|||
|
pour plus de d<>tails.
|
|||
|
|
|||
|
3.7) Quelles fonctionalit<69>s de d<>boguage sont disponibles ?
|
|||
|
|
|||
|
PostgreSQL a plusieurs fonctionalit<69>s qui permettent de recueillir des
|
|||
|
informations de statut qui peuvent <20>tre utile pour des intentions de
|
|||
|
d<>boguage.
|
|||
|
|
|||
|
D'abord, en lan<61>ant configure avec l'option --enable-cassert, beaucoup
|
|||
|
d'assert()s surveillent le serveur et arr<72>tent le programme quand
|
|||
|
quelque chose d'inattendu arrive.
|
|||
|
|
|||
|
Postmaster et postgres ont tous deux plusieurs options de d<>boguage de
|
|||
|
disponible. D'abord, quand vous lancez postmaster, v<>rifiez que vous
|
|||
|
envoyez les sorties standard et d'erreur dans un fichier de traces
|
|||
|
comme :
|
|||
|
cd /usr/local/pgsql
|
|||
|
./bin/postmaster >server.log 2>&1 &
|
|||
|
|
|||
|
Ceci va cr<63>er un fichier server.log dans le r<>pertoire racine de
|
|||
|
PostgreSQL. Ce fichier contient des informations utiles sur les
|
|||
|
probl<62>mes ou erreurs rencontr<74>s par le serveur. Postmaster dispose
|
|||
|
d'une option -d qui permet de rapporter des informations encore plus
|
|||
|
d<>taill<6C>es d'<27>tre rapport<72>es. L'option -d prend un num<75>ro qui sp<73>cifie
|
|||
|
le niveau de d<>boguage. Faites attention au fait que des valeurs
|
|||
|
<20>l<EFBFBD>v<EFBFBD>es de niveau de d<>boguage g<>nerent des fichiers de traces
|
|||
|
volumineux.
|
|||
|
|
|||
|
Si postmaster ne tourne pas, vous pouvez lancer le serveur postgres de
|
|||
|
la ligne de commande et taper votre requ<71>te SQL directement. Ceci est
|
|||
|
recommand<6E> seulement pour des fonctions de d<>boguage. Notez qu'un
|
|||
|
retour chariot termine la requ<71>te, pas un point-virgule. Si vous
|
|||
|
compilez avec les symboles de d<>boguage, vous pouvez utiliser un
|
|||
|
d<>bogueur pour voir ce qui se passe. Parce que le serveur n'a pas <20>t<EFBFBD>
|
|||
|
lanc<6E> par postmaster, il ne tourne pas dans un environnement identique
|
|||
|
et les probl<62>mes d'interaction de verrouillage/serveur ne peuvent <20>tre
|
|||
|
dupliqu<71>s.
|
|||
|
|
|||
|
Si postmaster est en train de tourner, lancez psql dans une fen<65>tre
|
|||
|
puis trouvez le PID du processus postgres utilis<69> par psql. Utilisez
|
|||
|
un d<>bogueur pour l'attacher au PID postgres. Vous pouvez mettre un
|
|||
|
point d'arr<72>t dans le d<>bogueur et envoyez des requ<71>tes de psql. Si
|
|||
|
vous d<>boguez le d<>marrage de postgres, vous pouvez mettre
|
|||
|
PGOPTIONS="-W n", puis lancez psql. Ceci va retarder le d<>marrage de n
|
|||
|
secondes pour que vous puissiez attacher un d<>bogueur au processus,
|
|||
|
fixer des points d'arr<72>t et continuer la s<>quence de d<>marrage.
|
|||
|
|
|||
|
Le programme postgres a les options -s, -A et -t qui peuvent <20>tre
|
|||
|
utile pour des mesures de d<>boguage et de performance.
|
|||
|
|
|||
|
Vous pouvez compiler avec les options de performance pour voir quelles
|
|||
|
fonctions prennent du temps d'ex<65>cution. Les fichiers de gestion du
|
|||
|
serveur seront d<>pos<6F>s dans le r<>pertoire pgsql/data/base/nom_db. Les
|
|||
|
fichiers de gestion clients seront mis dans le r<>pertoire actuel du
|
|||
|
client. Linux requiert une compilation avec -DLINUX_PROFILE pour une
|
|||
|
meilleure gestion.
|
|||
|
|
|||
|
3.8) Pourquoi est-ce que j'obtiens des messages Sorry, too many clients
|
|||
|
quand je me connecte ?
|
|||
|
|
|||
|
Vous pouvez augmenter la limite de postmaster sur le nombre de
|
|||
|
processus serveur concurrents qu'il peut lancer.
|
|||
|
|
|||
|
La limite par d<>faut est de 32 processus. Vous pouvez l'augmenter en
|
|||
|
relan<61>ant postmaster avec une valeur -N appropri<72>e ou en modifiant
|
|||
|
postgresql.conf.
|
|||
|
|
|||
|
Tenez compte du fait que si vous fixez -N plus grand que 32, vous
|
|||
|
devez aussi augmenter -B au-dela de sa valeur par d<>faut 64 ; -B doit
|
|||
|
valoir au moins deux fois -N et probablement plus pour une meilleure
|
|||
|
performance. Pour de grand nombres de processus serveurs vous aurez
|
|||
|
probablement aussi augmenter plusieurs parametres de configuration du
|
|||
|
noyau Unix. Les choses a v<>rifier incluent la taille maximale des
|
|||
|
blocs de m<>moire partag<61>e, SHMMAX ; le nombre maximal de s<>maphores,
|
|||
|
SEMMNS et SEMMNI ; le nombre maximal de processus, NPROC ; le nombre
|
|||
|
maximal de processus par utilisateur, MAXUPRC ; et le nombre maximal
|
|||
|
de fichiers ouverts, NFILE et NINODE. La raison pour laquelle
|
|||
|
PostgreSQL a une limite sur le nombre de processus serveurs autoris<69>s
|
|||
|
est pour que votre syst<73>me ne tombe pas <20> court de ressources.
|
|||
|
|
|||
|
3.9) Que contient le r<>pertoire pgsql_tmp ?
|
|||
|
|
|||
|
Ce r<>pertoire contient des fichiers temporaires g<>n<EFBFBD>r<EFBFBD>s par le moteur
|
|||
|
de requ<71>te. Par exemple, si un tri doit <20>tre fait pour satisfaire un
|
|||
|
ORDER BY et que ce tri requiert plus de place que le param<61>tre -S du
|
|||
|
serveur n'autorise, alors des fichiers temporaires seront cr<63><72>s pour
|
|||
|
contenir les donn<6E>es n<>cessaires.
|
|||
|
|
|||
|
Les fichiers temporaires sont d'habitude effac<61>s automatiquement mais
|
|||
|
peuvent rester si un serveur s'arr<72>te brutalement pendant un tri. Un
|
|||
|
arr<72>t et un red<65>marrage de postmaster effacera les fichiers dans ces
|
|||
|
r<>pertoires.
|
|||
|
|
|||
|
3.10) Pourquoi est-ce que j'ai besoin de faire une sauvegarde des bases et
|
|||
|
de restaurer pour mettre a jour les versions de PostgreSQL ?
|
|||
|
|
|||
|
L'<27>quipe PostgreSQL ne fait que des changements mineurs entre des
|
|||
|
versions mineurs, donc mettre <20> jour de 7.2 vers 7.2.1 ne n<>cessitera
|
|||
|
pas de sauvegarde et de restauration. Par contre, les sorties majeures
|
|||
|
(c'est-<2D>-dire de 7.2 vers 7.3) changent souvent le format interne des
|
|||
|
tables syst<73>mes et des fichiers de donn<6E>es. Ces modifications sont
|
|||
|
souvent complexes alors nous ne gardons pas de compatibilit<69>
|
|||
|
descendante pour les fichiers de donn<6E>es. Une sauvegarde exportera les
|
|||
|
donn<6E>es dans un format g<>n<EFBFBD>rique qui peut ensuite <20>tre charg<72> dans le
|
|||
|
nouveau format interne.
|
|||
|
|
|||
|
Dans les sorties o<> le format sur disque ne change pas, le script
|
|||
|
pg_upgrade peut <20>tre utilis<69> pour mettre <20> jour sans
|
|||
|
sauvegarde/restauration. Les notes de sorties pr<70>cisent si pg_upgrade
|
|||
|
est disponible pour la sortie.
|
|||
|
|
|||
|
3.11) Quels mat<61>riels dois-je utiliser ?
|
|||
|
|
|||
|
Comme le mat<61>riel PC est compatible en grosse partie, les gens ont
|
|||
|
tendance <20> croire que tous les mat<61>riels PC sont de m<>me qualit<69>. Ce
|
|||
|
n'est pas le cas. La RAM ECC, le SCSI et les cartes-m<>re de qualit<69>
|
|||
|
sont plus fiables et ont de meilleurs performances qu'un mat<61>riel
|
|||
|
moins co<63>teux. PostgreSQL fonctionnera sur <20> peu pr<70>s tout mat<61>riel
|
|||
|
mais si la fiabilit<69> et la performance sont importantes pour vous, il
|
|||
|
est rus<75> de bien consid<69>rer les options mat<61>rielles. Nos listes de
|
|||
|
diffusion peuvent <20>tre utilis<69>es pour discuter des options mat<61>riels.
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Questions fonctionnelles
|
|||
|
|
|||
|
4.1) Quelle est la diff<66>rence entre curseur binaire et curseur normal ?
|
|||
|
|
|||
|
Voir la page DECLARE du manuel pour une description.
|
|||
|
|
|||
|
4.2) Comment faire un SELECT seulement sur les premi<6D>res lignes d'une
|
|||
|
requ<71>te ? Sur une ligne al<61>atoire ?
|
|||
|
|
|||
|
Voir la page FETCH du manuel ou utiliser SELECT ... LIMIT....
|
|||
|
|
|||
|
Il se peut que l'int<6E>gralit<69> de la requ<71>te doive <20>tre <20>valu<6C>e, m<>me si
|
|||
|
vous voulez seulement les premi<6D>res lignes. Envisagez d'utiliser une
|
|||
|
requ<71>te avec une clause ORDER BY. S'il existe un index correspondant <20>
|
|||
|
l'ORDER BY, PostgreSQL peut n'<27>valuer que les premi<6D>res lignes, sinon
|
|||
|
l'int<6E>gralit<69> de la requ<71>te peut <20>tre <20>valu<6C>e, jusqu'<27> g<>n<EFBFBD>rer les
|
|||
|
lignes d<>sir<69>es.
|
|||
|
|
|||
|
Pour faire un SELECT sur une ligne al<61>atoire :
|
|||
|
SELECT colonne
|
|||
|
FROM table
|
|||
|
ORDER BY random()
|
|||
|
LIMIT 1;
|
|||
|
|
|||
|
4.3) Comment obtenir une liste des tables ou d'autres objets que je vois
|
|||
|
dans psql ?
|
|||
|
|
|||
|
Utilisez la commande \dt pour voir les tables dans psql. Pour une
|
|||
|
liste compl<70>te de commandes <20> l'int<6E>rieur de psql, vous pouvez
|
|||
|
utiliser \?. Autrement, vous pouvez lire le code source de psql dans
|
|||
|
le fichier pgsql/src/bin/psql/describe.c. Il contient des commandes
|
|||
|
SQL qui g<>n<EFBFBD>rent le contenu des commandes anti-slash de psql. Vous
|
|||
|
pouvez aussi lancer psql avec l'option -E, afin qu'il imprime les
|
|||
|
requ<71>tes qu'il utilise pour ex<65>cuter les commandes que vous lui
|
|||
|
passez. PostgreSQL fournit aussi une interface d'informations sur le
|
|||
|
sch<63>ma compatible avec SQLi que vous pouvez interroger des
|
|||
|
informations sur la base de donn<6E>es.
|
|||
|
|
|||
|
4.4) Comment supprime-t-on une colonne d'une table, ou comment change-t-on
|
|||
|
son type de donn<6E>es ?
|
|||
|
|
|||
|
La fonction DROP COLUMN a <20>t<EFBFBD> ajout<75>e dans la version 7.3 avec ALTER
|
|||
|
TABLE DROP COLUMN. Pour les versions pr<70>c<EFBFBD>dentes, vous pouvez faire :
|
|||
|
BEGIN;
|
|||
|
LOCK TABLE ancienne_table;
|
|||
|
SELECT ... -- s<>lectionnez toutes les colonnes sauf celle <20> supprimer
|
|||
|
INTO TABLE nouvelle_table
|
|||
|
FROM ancienne_table;
|
|||
|
DROP TABLE ancienne_table;
|
|||
|
ALTER TABLE nouvelle_table RENAME TO ancienne_table;
|
|||
|
COMMIT;
|
|||
|
|
|||
|
Pour changer le type de donn<6E>es d'une colonne, faites :
|
|||
|
BEGIN;
|
|||
|
ALTER TABLE table ADD COLUMN nouvelle_colonne nouveau_type_de_donnees;
|
|||
|
UPDATE table SET nouvelle_colonne = CAST(ancienne_colonne AS nouveau_type_d
|
|||
|
e_donnees);
|
|||
|
ALTER TABLE table DROP COLUMN ancienne_colonne;
|
|||
|
COMMIT;
|
|||
|
|
|||
|
Apr<70>s, vous pouvez faire VACUUM FULL tab pour r<>cup<75>rer l'espace
|
|||
|
disque utilis<69> par les lignes expir<69>es.
|
|||
|
|
|||
|
4.5) Quelle est la taille maximale pour une ligne, une table, une base de
|
|||
|
donn<6E>es ?
|
|||
|
|
|||
|
Les limites sont :
|
|||
|
Taille maximum pour une base de donn<6E>es illimit<69>e (il existe des bases
|
|||
|
de 32 To)
|
|||
|
Taille maximum pour une table 32 To
|
|||
|
Taille maximum pour une ligne 1,6 To
|
|||
|
Taille maximum pour un champ 1 Go
|
|||
|
Nombre maximum de lignes dans une table illimit<69>
|
|||
|
Nombre maximum de colonnes dans une table 250-1600, selon le type de colo
|
|||
|
nnes
|
|||
|
Nombre maximum d'index sur une table illimit<69>
|
|||
|
|
|||
|
Bien s<>r, ces valeurs ne sont pas vraiment illimit<69>e, elles sont
|
|||
|
limit<69>es par l'espace disque disponible, ainsi que par l'espace de
|
|||
|
m<>moire et de swap. Les performances peuvent se d<>grader si ces
|
|||
|
valeurs sont inhabituellement grandes.
|
|||
|
|
|||
|
La taille maximum des tables (32 To) ne n<>cessite pas que le syst<73>me
|
|||
|
d'exploitation supporte les grands fichiers. Les grandes tables sont
|
|||
|
stock<63>es sous forme de fichiers multiples de 1 Go, donc les limites de
|
|||
|
taille du syst<73>me de fichier ne sont pas importantes.
|
|||
|
|
|||
|
La taille maximum des tables et le nombre maximum de colonnes peuvent
|
|||
|
<20>tre quadripl<70>s, si la taille des blocs par d<>faut est augment<6E>e <20>
|
|||
|
32 Ko.
|
|||
|
|
|||
|
4.6) Combien d'espace disque faut-il pour stocker les donn<6E>es d'un fichier
|
|||
|
texte typique ?
|
|||
|
|
|||
|
Une base de donn<6E>es PostgreSQL peut utiliser jusqu'<27> cinq fois
|
|||
|
l'espace n<>cessaire pour stocker les donn<6E>es d'un fichier texte.
|
|||
|
|
|||
|
A titre d'exemple, consid<69>rez un fichier de 100 000 lignes, comportant
|
|||
|
un entier et une cha<68>ne de description sur chaque ligne. Supposons que
|
|||
|
la cha<68>ne soit longue en moyenne de 20 octets. Le fichier texte serait
|
|||
|
de 2,8 Mo. La taille du fichier d'une base de donn<6E>es PostgreSQL peut
|
|||
|
<20>tre estim<69>e <20> 6,4 Mo :
|
|||
|
36 octets: chaque ligne (approximation)
|
|||
|
24 octets: un champ 'entier' et un champ 'texte'
|
|||
|
+ 4 octets: pointeur vers le tuple sur la page
|
|||
|
----------------------------------------
|
|||
|
64 octets par ligne
|
|||
|
|
|||
|
La taille des pages de donn<6E>es dans PostgreSQL est de 8192 octets (8 KO), do
|
|||
|
nc :
|
|||
|
|
|||
|
8192 octets par page
|
|||
|
---------------------- = 128 lignes par page de base de donn<6E>es (arrondi <20>
|
|||
|
l'entier inf<6E>rieur)
|
|||
|
64 octets par ligne
|
|||
|
|
|||
|
100000 lignes de donn<6E>es
|
|||
|
------------------------- = 782 pages de base de donn<6E>es (arrondi <20> l'enti
|
|||
|
er sup<75>rieur)
|
|||
|
128 lignes par page
|
|||
|
|
|||
|
782 pages de base de donn<6E>es * 8192 octets par page = 6 406 144 octets (6,4 M
|
|||
|
o)
|
|||
|
|
|||
|
Les index utilisent moins d'espace, mais ils contiennent les donn<6E>es
|
|||
|
index<65>es, ils peuvent donc <20>galement <20>tre grands.
|
|||
|
|
|||
|
Les NULL sont stock<63>s sous forme de bitmap, aussi utilisent-ils tr<74>s
|
|||
|
peu d'espace.
|
|||
|
|
|||
|
4.7) Comment puis-je savoir quels index, tables, bases de donn<6E>es et
|
|||
|
utilisateurs sont d<>finis ?
|
|||
|
|
|||
|
psql dispose de plusieurs commandes commen<65>ant par un anti-slash pour
|
|||
|
retrouver ces informations. Utilisez \? pour les conna<6E>tre. Il existe
|
|||
|
aussi des tables syst<73>mes, qui commencent par pg_ et qui les d<>crivent
|
|||
|
<20>galement. Aussi, psql -l liste toutes les bases de donn<6E>es.
|
|||
|
|
|||
|
Essayez <20>galement le fichier pgsql/src/tutorial/syscat.source. Il
|
|||
|
illustre un grand nombre de commandes SELECT n<>cessaires pour
|
|||
|
r<>cup<75>rer l'information des tables syst<73>me de la base de donn<6E>es.
|
|||
|
|
|||
|
4.8) Mes requ<71>tes sont lentes ou ne font pas usage des index. Pourquoi ?
|
|||
|
|
|||
|
Les index ne sont pas automatiquement utilis<69>s par chaque requ<71>te. Ils
|
|||
|
sont utilis<69>s uniquement si la table est plus grande qu'une certaine
|
|||
|
taille, et si la requ<71>te s<>lectionne seulement un faible pourcentage
|
|||
|
des lignes de la table. Ceci est d<> au fait qu'un acc<63>s disque
|
|||
|
al<61>atoire caus<75> par un parcours d'index peut <20>tre plus lent qu'une
|
|||
|
simple lecture de la table, ou parcours s<>quentiel
|
|||
|
|
|||
|
Pour d<>terminer si un index devrait <20>tre utilis<69>, PostgreSQL a besoin
|
|||
|
des statistiques de la table. Ces statistiques sont collect<63>es en
|
|||
|
lan<61>ant VACUUM ANALYZE ou simplement ANALYZE. Avec les statistiques,
|
|||
|
l'optimiseur sait combien de lignes se trouvent dans la table et peut
|
|||
|
mieux d<>terminer s'il faut utiliser l'index. Les statistiques sont
|
|||
|
<20>galement utiles pour d<>terminer l'ordre optimal des op<6F>rations de
|
|||
|
jointure. La collecte des statistiques devrait <20>tre effectu<74>e
|
|||
|
r<>guli<6C>rement lorsque le contenu de la table change.
|
|||
|
|
|||
|
Les index ne sont normalement pas utilis<69>s pour les clauses ORDER BY
|
|||
|
ou pour les jointures. Un parcours s<>quentiel suivi d'un tri explicite
|
|||
|
est habituellement plus rapide qu'un parcours d'index pour une table
|
|||
|
importante. Toutefois, LIMIT combin<69> avec ORDER BY utilisera souvent
|
|||
|
un index parce que seulement une petite partie de la table est
|
|||
|
renvoy<6F>e. En fait, bien que MAX() et MIN() n'utilisent pas les index,
|
|||
|
il est possible de retrouver ces valeurs en utilisant un index avec
|
|||
|
ORDER BY et LIMIT :
|
|||
|
SELECT colonne
|
|||
|
FROM table
|
|||
|
ORDER BY colonne [ DESC ]
|
|||
|
LIMIT 1;
|
|||
|
|
|||
|
Si vous pensez que l'optimiseur choisit par erreur un parcours
|
|||
|
sequentiel, utilisez SET enable_seqscan TO 'off' et lancez des tests
|
|||
|
pour voir si le parcours d'index est effectivement plus rapide.
|
|||
|
|
|||
|
Lorsque vous utilisez des caract<63>res joker tels que LIKE ou ~, les
|
|||
|
index peuvent seulement <20>tre utilis<69>s dans certaines circonstances :
|
|||
|
* Le d<>but de la cha<68>ne de recherche doit <20>tre ancr<63> au d<>part de la
|
|||
|
cha<68>ne, c'est-<2D>-dire
|
|||
|
+ Les mod<6F>les pour LIKE ne doivent pas commencer par %.
|
|||
|
+ Les mod<6F>les d'expression r<>guli<6C>re pour ~ doivent commencer
|
|||
|
par ^.
|
|||
|
* La cha<68>ne de recherche ne peut pas commencer par une classe de
|
|||
|
caract<63>res, c'est-<2D>-dire [a-e].
|
|||
|
* Les recherches sans casse comme ILIKE et ~* n'utilisent pas les
|
|||
|
index. Utilisez plut<75>t les index fonctionnels, d<>crit dans la
|
|||
|
section 4.12.
|
|||
|
* La locale C par d<>faut doit <20>tre utilis<69>e lors de initdb.
|
|||
|
|
|||
|
4.9) Comment puis-je savoir si l'optimiseur <20>value mes requ<71>tes ?
|
|||
|
|
|||
|
Voir la page EXPLAIN du manuel.
|
|||
|
|
|||
|
4.10) Qu'est-ce qu'un index R-tree ?
|
|||
|
|
|||
|
Un index R-tree est utilis<69> pour l'indexation des donn<6E>es spatiales.
|
|||
|
Un index de hachage ne permet pas les recherches par plage. Un index
|
|||
|
B-tree peut seulement faire des recherches sur une dimension. Les
|
|||
|
index R-tree peuvent traiter des donn<6E>es multi-dimensionnelles. Par
|
|||
|
exemple, si un index R-tree peut <20>tre construit sur un attribut de
|
|||
|
type point, le syst<73>me peut plus efficacement g<>rer les requ<71>tes du
|
|||
|
type "S<>lection de tous les points d'un rectangle".
|
|||
|
|
|||
|
L'article de r<>f<EFBFBD>rence qui d<>crit le syst<73>me R-tree original est :
|
|||
|
|
|||
|
Guttman, A. "R-trees: A Dynamic Index Structure for Spatial
|
|||
|
Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of
|
|||
|
Data, 45-57.
|
|||
|
|
|||
|
Vous pouvez <20>galement trouver ce papier dans le livre de Stonebraker
|
|||
|
"Readings in Database Systems".
|
|||
|
|
|||
|
Les index R-tree int<6E>gr<67>s peuvent prendre en charge les polyg<79>nes et
|
|||
|
les bo<62>tes. En th<74>orie, les R-trees peuvent <20>tre <20>tendus <20> un plus
|
|||
|
grand nombre de dimensions. En pratique, l'extension des R-trees
|
|||
|
requiert pas mal de travail et nous n'avons pour le moment aucune
|
|||
|
documentation sur la fa<66>on de proc<6F>der.
|
|||
|
|
|||
|
4.11) Qu'est-ce que l'optimiseur g<>n<EFBFBD>tique de requ<71>tes ?
|
|||
|
|
|||
|
Le module GEQO (acronyme de GEnetic Query Optimizer) acc<63>l<EFBFBD>re
|
|||
|
l'optimisation des requ<71>tes lors de jointures de nombreuses tables par
|
|||
|
un algorithme g<>n<EFBFBD>tique (GA). Il permet la gestion des grosses
|
|||
|
requ<71>tes de jointures en utilisant une recherche non exhaustive.
|
|||
|
|
|||
|
4.12) Comment puis-je r<>aliser des recherches sur des expressions
|
|||
|
rationnelles ainsi que des recherches non sensibles <20> la casse ? Comment
|
|||
|
puis-je utiliser un index lors de recherches non sensibles <20> la casse ?
|
|||
|
|
|||
|
L'op<6F>rateur ~ r<>alise des recherches d'expressions rationnelles et ~*
|
|||
|
le fait sans tenir compte de la casse. La variante de LIKE non
|
|||
|
sensible <20> la casse est ILIKE.
|
|||
|
|
|||
|
Des comparaisons d'<27>galit<69> non sensibles <20> la casse sont
|
|||
|
habituellement exprim<69>es de cette fa<66>on :
|
|||
|
SELECT *
|
|||
|
FROM table
|
|||
|
WHERE lower(colonne) = 'abc';
|
|||
|
|
|||
|
Ceci n'utilisera pas un index standard. N<>anmoins, si vous cr<63>ez un
|
|||
|
index fonctionnel, celui-ci sera utilis<69> :
|
|||
|
CREATE INDEX tableindex ON table (lower(colonne));
|
|||
|
|
|||
|
4.13) Comment puis-je d<>tecter si un champ est NULL dans une requ<71>te ?
|
|||
|
|
|||
|
Il vous suffit de tester la colonne avec IS NULL ou IS NOT NULL.
|
|||
|
|
|||
|
4.14) Quelle sont les diff<66>rences entre les nombreux types de caract<63>res ?
|
|||
|
|
|||
|
Type Nom interne Notes
|
|||
|
--------------------------------------------------
|
|||
|
VARCHAR(n) varchar n sp<73>cifie la taille maximum, sans remplissage
|
|||
|
CHAR(n) bpchar des espaces sont ajout<75>s pour obtenir la
|
|||
|
longueur fixe sp<73>cifi<66>e
|
|||
|
TEXT text pas de limite sup<75>rieure pour la taille
|
|||
|
BYTEA bytea tableau d'octets (accepte les octets nuls)
|
|||
|
"char" char un caract<63>re
|
|||
|
|
|||
|
Vous verrez le nom interne en examinant les catalogues syst<73>me et dans
|
|||
|
quelques messages d'erreur.
|
|||
|
|
|||
|
Les quatres premiers types du dessus sont des types "varlena"
|
|||
|
(c'est-<2D>-dire que les quatre premiers octets correspondent <20> la
|
|||
|
taille, suivi des donn<6E>es). Donc, l'espace r<>ellement utilis<69> est
|
|||
|
l<>g<EFBFBD>rement plus grand que la taille d<>clar<61>e. N<>anmoins, ces types de
|
|||
|
donn<6E>es sont aussi sujet <20> la compression ou <20> un enregistrement en
|
|||
|
dehors de la table avec TOAST, donc l'espace occup<75> sur disque
|
|||
|
pourrait aussi <20>tre moindre que ce qu'on pourrait attendre.
|
|||
|
|
|||
|
VARCHAR(n) est bien mieux pour enregistrer des cha<68>nes de longueurs
|
|||
|
variables tout en limitant la taille de cette cha<68>ne. TEXT est utile
|
|||
|
pour les cha<68>nes de longueur illimit<69>e, avec malgr<67> tout un maximum de
|
|||
|
1 Go.
|
|||
|
|
|||
|
CHAR(n) est int<6E>ressant pour stocker des cha<68>nes de taille identique.
|
|||
|
CHAR(n) compl<70>te avec des espaces pour arriver <20> la taille sp<73>cifi<66>e
|
|||
|
alors que VARCHAR(n) n'enregistre que les caract<63>res donn<6E>s. BYTEA
|
|||
|
sert <20> stocker des donn<6E>es binaires, particuli<6C>rement les donn<6E>es
|
|||
|
incluant des octets NULL. Tous les types d<>crits ici ont des
|
|||
|
performances similaires.
|
|||
|
|
|||
|
4.15.1) Comment puis-je cr<63>er un champ s<>rie, c'est-<2D>-dire s'incr<63>mentant
|
|||
|
automatiquement ?
|
|||
|
|
|||
|
PostgreSQL supporte un type de donn<6E>es SERIAL. Il cr<63>e automatiquement
|
|||
|
une s<>quence. Par exemple, ceci :
|
|||
|
CREATE TABLE personne (
|
|||
|
id SERIAL,
|
|||
|
nom TEXT
|
|||
|
);
|
|||
|
|
|||
|
est automatiquement traduit en ceci :
|
|||
|
CREATE SEQUENCE personne_id_seq;
|
|||
|
CREATE TABLE personne (
|
|||
|
id INT4 NOT NULL DEFAULT nextval('personne_id_seq'),
|
|||
|
nom TEXT
|
|||
|
);
|
|||
|
|
|||
|
Voir la page man de create_sequence pour plus d'informations sur les
|
|||
|
s<>quences. Vous pouvez aussi utiliser le champ OID de chaque ligne
|
|||
|
comme valeur unique. N<>anmoins, si vous avez besoin de sauvegarder
|
|||
|
puis recharger la base de donn<6E>es, vous devrez utiliser l'option -o ou
|
|||
|
l'option COPY WITH OIDS de pg_dump pour conserver les OIDs.
|
|||
|
|
|||
|
4.15.2) Comment puis-je obtenir la valeur d'un SERIAL suite <20> une
|
|||
|
insertion ?
|
|||
|
|
|||
|
Une approche pour r<>cup<75>rer la prochaine valeur SERIAL <20> partir de
|
|||
|
l'objet s<>quence est d'utiliser la fonction nextval() avant
|
|||
|
l'insertion et de l'ins<6E>rer ensuite explicitement. En utilisant la
|
|||
|
table d'exemple de la section 4.15.1, un exemple dans un
|
|||
|
pseudo-langage ressemblerait <20> ceci :
|
|||
|
nouvelle_id = execute("SELECT nextval('personne_id_seq')");
|
|||
|
execute("INSERT INTO personne (id, nom) VALUES (nouvelle_id, 'Blaise Pascal
|
|||
|
')");
|
|||
|
|
|||
|
Vous pourriez ensuite utiliser la nouvelle valeur stock<63>e dans
|
|||
|
nouvelle_id avec d'autres requ<71>tes (c'est-<2D>-dire en tant que cl<63>
|
|||
|
<20>trang<6E>re de la table personne). Notez que le nom de la SEQUENCE
|
|||
|
automatiquement cr<63><72>e sera <table>_<colonneserial>_seq, o<> table et
|
|||
|
colonneserial sont les noms respectifs de votre table et de votre
|
|||
|
colonne SERIAL.
|
|||
|
|
|||
|
Autrement, vous pouvez r<>cup<75>rer la valeur SERIAL affect<63>e avec la
|
|||
|
fonction currval() apr<70>s qu'elle ait <20>t<EFBFBD> ins<6E>r<EFBFBD>e par d<>faut,
|
|||
|
c'est-<2D>-dire,
|
|||
|
execute("INSERT INTO personne (nom) VALUES ('Blaise Pascal')");
|
|||
|
nouvelle_id = execute("SELECT currval('personne_id_seq')");
|
|||
|
|
|||
|
Enfin, vous pouvez utiliser l'OID renvoy<6F> par l'instruction INSERT
|
|||
|
pour r<>cup<75>rer la valeur par d<>faut bien que cela soit l'appoche la
|
|||
|
moins portable et la valeur de l'OID se r<>initialisera aux environs de
|
|||
|
quatre milliards. En Perl, avec DBI et le module DBD:Pg d'Edmund
|
|||
|
Mergl, l'ancienne valeur est disponible via $sth->{pg_oid_status}
|
|||
|
apr<70>s un $sth->execute().
|
|||
|
|
|||
|
4.15.3) Est-ce que currval() et nextval() n'am<61>nent pas des probl<62>mes
|
|||
|
lorsque plusieurs utilisateurs les lancent en m<>me temps ?
|
|||
|
|
|||
|
Non. currval() renvoie la valeur actuelle affect<63>e par votre
|
|||
|
processus, et non pas par tous les utilisateurs.
|
|||
|
|
|||
|
4.15.4) Pourquoi mes num<75>ros de s<>quences ne sont pas r<>-utilis<69>s lors
|
|||
|
d'une annulation de transaction ? Pourquoi existe-t'il des trous dans la
|
|||
|
num<75>rotation de ma colonne s<>quentielle (SERIAL) ?
|
|||
|
|
|||
|
Pour am<61>liorer les acc<63>s concurrents, les valeurs de s<>quences sont
|
|||
|
donn<6E>es aux transactions qui en ont besoin et ne sont pas bloqu<71>es
|
|||
|
jusqu'<27> la fin de la transaction. Ceci cr<63>e des trous dans le
|
|||
|
num<75>rotage pour les transactions annul<75>es.
|
|||
|
|
|||
|
4.16) Qu'est-ce qu'un OID ? Qu'est-ce qu'un TID ?
|
|||
|
|
|||
|
Les OID sont la r<>ponse de PostgreSQL aux identifiants de lignes
|
|||
|
uniques. Chaque ligne cr<63><72>e dans PostgreSQL obtient un OID unique.
|
|||
|
Tous les OID g<>n<EFBFBD>r<EFBFBD>s pendant initdb sont inf<6E>rieurs <20> 16384 (voir
|
|||
|
include/access/transam.h). Tous les OID cr<63><72>s par un utilisateur sont
|
|||
|
sup<75>rieurs ou <20>gaux <20> ceci. Par d<>faut, tous ces OID sont uniques non
|
|||
|
seulement dans une table ou une base mais unique <20> l'int<6E>rieur d'une
|
|||
|
installation PostgreSQL enti<74>re.
|
|||
|
|
|||
|
PostgreSQL utilise les OID dans ses tables syst<73>me interne pour lier
|
|||
|
les lignes entre tables. Ces OID peuvent <20>tre utilis<69>s pour identifier
|
|||
|
des lignes utilisateurs sp<73>cifiques et utilis<69>s dans des jointures. Il
|
|||
|
est recommand<6E> que vous utilisiez le type de colonne OID pour stocker
|
|||
|
des valeurs OID. Vous pouvez cr<63>er un index sur le champ OID pour un
|
|||
|
acc<63>s plus rapide.
|
|||
|
|
|||
|
Les OID sont attribu<62>s pour toute ligne d'un endroit central qui est
|
|||
|
utilis<69> par toutes les bases de donn<6E>es. Si vous voulez changer l'OID
|
|||
|
en quelque chose d'autre ou si vous voulez faire une copie de la table
|
|||
|
avec les OID originaux, il n'y a pas de raisons pour ne pas le faire :
|
|||
|
CREATE TABLE nouvelle_table (macolonne int);
|
|||
|
SELECT oid AS ancienne_oid, macolonne INTO table_temporaire FROM ancienne_t
|
|||
|
able;
|
|||
|
COPY table_temporaire FROM '/tmp/tablepg';
|
|||
|
COPY nouvelle_table WITH OIDS FROM '/tmp/tablepg';
|
|||
|
DROP TABLE table_temporaire;
|
|||
|
|
|||
|
Les OID sont stock<63>s en tant qu'entiers de quatre octets et
|
|||
|
d<>borderont <20> quatre milliards. Personne n'a jamais rapport<72> un tel
|
|||
|
cas et nous avons pr<70>vu de retirer la limite avant que cela ne se
|
|||
|
produise.
|
|||
|
|
|||
|
Les TIDs sont utilis<69>s pour identifier des lignes physiques
|
|||
|
sp<73>cifiques avec des valeurs de bloc et d<>calage. Les TID changent
|
|||
|
apr<70>s que les lignes aient <20>t<EFBFBD> modifi<66>s ou recharg<72>s. Ils sont
|
|||
|
utilis<69>s par des entr<74>es d'index pour pointer vers des lignes
|
|||
|
physiques.
|
|||
|
|
|||
|
4.17) A quoi correspond certains termes utilis<69>s avec PostgreSQL ?
|
|||
|
|
|||
|
Une partie du code source et de l'ancienne documentation utilisent des
|
|||
|
termes dont l'usage est plus commun. Voici quelques exemples :
|
|||
|
* table, relation, classe
|
|||
|
* ligne (row), enregistrement (record), tuple
|
|||
|
* colonne (column), champ (field), attribut
|
|||
|
* r<>cup<75>re, s<>lectionne (select)
|
|||
|
* remplace (replace), met <20> jour (update)
|
|||
|
* ajoute (append), ins<6E>re (insert)
|
|||
|
* OID, valeur s<>quentielle (serial value)
|
|||
|
* portal, curseur
|
|||
|
* range variable, table name, table alias
|
|||
|
|
|||
|
Une liste des termes g<>n<EFBFBD>raux pour le domaine des bases de donn<6E>es est
|
|||
|
disponible sur :
|
|||
|
http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary
|
|||
|
/glossary.html
|
|||
|
|
|||
|
4.18) Pourquoi ai-je l'erreur ERROR: Memory exhausted in AllocSetAlloc() ?
|
|||
|
|
|||
|
Vous manquez probablement de m<>moire virtuelle sur votre syst<73>me ou
|
|||
|
votre noyau a une limite assez basse pour certaines ressources.
|
|||
|
Essayez ceci avant de lancer postmaster :
|
|||
|
ulimit -d 262144
|
|||
|
limit datasize 256m
|
|||
|
|
|||
|
Suivant votre shell, seul un d'eux pourrait r<>ussir mais cela
|
|||
|
configurera d'une fa<66>on plus importante la taille du segment de
|
|||
|
donn<6E>es de votre processus. Cette commande s'applique au processus
|
|||
|
actuel et <20> tous les processus lanc<6E> par celui-ci. Si vous avez des
|
|||
|
probl<62>mes avec le client SQL parce que le processus serveur renvoie
|
|||
|
trop de donn<6E>es, essayez <20>a avant de lancer le client.
|
|||
|
|
|||
|
4.19) Comment puis-je conna<6E>tre la version de PostgreSQL que j'utilise ?
|
|||
|
|
|||
|
A partir de psql, tapez SELECT version();
|
|||
|
|
|||
|
4.20) Pourquoi ai-je invalid large obj descriptor lors d'op<6F>rations sur des
|
|||
|
gros objects ?
|
|||
|
|
|||
|
Vous avez besoin de placer BEGIN WORK et COMMIT autour de chaque
|
|||
|
utilisateur de gros objets, c'est-<2D>-dire pour entourer lo_open ...
|
|||
|
lo_close.
|
|||
|
|
|||
|
Actuellement, PostgreSQL force cette r<>gle en fermant les gros objets
|
|||
|
lors de la transaction. Donc, le premier essai d'op<6F>rations sur ces
|
|||
|
objets, fonctionnant habituellement (au moins la plupart du temps)
|
|||
|
aura un invalid large obj descriptor. Donc le code, auparavant
|
|||
|
fonctionnel (au moins la plupart du temps), g<>n<EFBFBD>rera maintenant un
|
|||
|
message d'erreur si vous n'utilisez pas de transaction.
|
|||
|
|
|||
|
Si vous utilisez une interface client interface comme ODBC, vous aurez
|
|||
|
peut-<2D>tre besoin de lancer auto-commit off.
|
|||
|
|
|||
|
4.21) Comment puis-je cr<63>er une colonne qui aura par d<>faut l'heure
|
|||
|
actuelle comme valeur ?
|
|||
|
|
|||
|
Utilisez CURRENT_TIMESTAMP:
|
|||
|
CREATE TABLE test (x int, heuremodif timestamp DEFAULT CURRENT_TIMESTAMP );
|
|||
|
|
|||
|
4.22) Pourquoi mes sous-requ<71>tes utilisant IN sont-elles si lentes ?
|
|||
|
|
|||
|
Dans les versions pr<70>c<EFBFBD>dant la 7.4, les sous-requ<71>tes ont <20>t<EFBFBD> jointes
|
|||
|
avec des jointures externes en parcourant s<>quentiellement le r<>sultat
|
|||
|
de la sous-requ<71>te pour chaque ligne de la requ<71>te externe. Si la
|
|||
|
sous-requ<71>te renvoit quelques lignes et que la requ<71>te externe en
|
|||
|
renvoit plein, IN sera plus rapide. Pour acc<63>l<EFBFBD>rer les autres
|
|||
|
requ<71>tes, remplacez IN avec EXISTS :
|
|||
|
SELECT *
|
|||
|
FROM table
|
|||
|
WHERE colonne IN (SELECT souscolonne FROM soustable);
|
|||
|
|
|||
|
to:
|
|||
|
SELECT *
|
|||
|
FROM table
|
|||
|
WHERE EXISTS (SELECT souscolonne FROM soustable WHERE souscolonne = colonne
|
|||
|
);
|
|||
|
|
|||
|
Pour que ceci soit rapide, souscolonne doit <20>tre une colonne index<65>e.
|
|||
|
|
|||
|
A partir de la version 7.4, IN utilise actuellement les m<>mes
|
|||
|
techniques sophistiqu<71>es de jointures comme des requ<71>tes normales et
|
|||
|
est pr<70>f<EFBFBD>r<EFBFBD> <20> l'utilisation de EXISTS.
|
|||
|
|
|||
|
4.23) Comment puis-je r<>aliser une jointure externe ?
|
|||
|
|
|||
|
PostgreSQL supporte les jointures externes en utilisant la syntaxe SQL
|
|||
|
standard. Voici deux exemples :
|
|||
|
SELECT *
|
|||
|
FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col);
|
|||
|
|
|||
|
or
|
|||
|
SELECT *
|
|||
|
FROM t1 LEFT OUTER JOIN t2 USING (col);
|
|||
|
|
|||
|
Ces requ<71>tes identiques joignent t1.col <20> t2.col et renvoient toute
|
|||
|
colonne non jointe de t1 (celles sans correspondance dans t2). Une
|
|||
|
jointure droite (RIGHT join) ajoutera les lignes non jointes de t2.
|
|||
|
Une jointure compl<70>te (FULL join) renverra les lignes correspondantes
|
|||
|
ainsi que les lignes non jointes de t1 et t2. Le mot cl<63> OUTER est
|
|||
|
optionnelle et assum<75> dans le cas de jointure LEFT, RIGHT et FULL. Les
|
|||
|
jointures ordinaires sont appel<65>es des jointures INNER.
|
|||
|
|
|||
|
Lors des pr<70>c<EFBFBD>dentes versions, les jointures externes peuvent <20>tre
|
|||
|
simul<75>es en utilisant UNION et NOT IN. Par exemple, lors d'une
|
|||
|
jointure de tab1 et tab2, la requ<71>te suivante r<>alise une jointure
|
|||
|
externe, outer, des deux tables :
|
|||
|
SELECT tab1.col1, tab2.col2
|
|||
|
FROM tab1, tab2
|
|||
|
WHERE tab1.col1 = tab2.col1
|
|||
|
UNION ALL
|
|||
|
SELECT tab1.col1, NULL
|
|||
|
FROM tab1
|
|||
|
WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2)
|
|||
|
ORDER BY col1
|
|||
|
|
|||
|
4.24) Comment puis-je lancer des requ<71>tes utilisant plusieurs bases de
|
|||
|
donn<6E>es ?
|
|||
|
|
|||
|
Il n'existe pas de moyens de lancer des requ<71>tes sur une autre base
|
|||
|
que la courante. Comme PostgreSQL charge des catalogues syst<73>mes
|
|||
|
sp<73>cifiques <20> la base de donn<6E>es, sa r<>action aux requ<71>tes inter-base
|
|||
|
de donn<6E>es est incertaine.
|
|||
|
|
|||
|
contrib/dblink permet les requ<71>tes entre bases de donn<6E>es en utilisant
|
|||
|
des fonctions. Bien s<>r un client peut r<>aliser des connexions
|
|||
|
simultan<61>es <20> plusieurs bases de donn<6E>es et joindre les r<>sultats du
|
|||
|
c<>t<EFBFBD> client.
|
|||
|
|
|||
|
4.25) Comment puis-je renvoyer plusieurs lignes ou colonnes <20> partir d'une
|
|||
|
fonction?
|
|||
|
|
|||
|
A partir de la 7.3, vous pouvez facilement renvoyer plusieurs lignes
|
|||
|
ou colonnes <20> partir d'une fonction,
|
|||
|
http://techdocs.postgresql.org/guides/SetReturningFunctions.
|
|||
|
|
|||
|
4.26) Pourquoi ne puis-je pas cr<63>er/supprimer des tables temporaires dans
|
|||
|
les fonctions PL/PgSQL de fa<66>on stable ?
|
|||
|
|
|||
|
PL/PgSQL cache le contenu des fonctions et un effet de bord malheureux
|
|||
|
est que si une fonction PL/PgSQL acc<63>de <20> une table temporaire, que
|
|||
|
cette table est ensuite supprim<69>e et recr<63><72>e, et que la fonction est
|
|||
|
appel<65>e de nouveau, la fonction <20>chouera car le contenu de la fonction
|
|||
|
cach<63>e pointera toujours vers l'ancienne table temporaire. La solution
|
|||
|
revient <20> utiliser EXECUTE pour l'acc<63>s aux tables temporaires avec
|
|||
|
PL/PgSQL. Ceci obligera l'analyse de la requ<71>te <20> chaque fois.
|
|||
|
|
|||
|
4.27) Quelles options de r<>plication sont disponibles ?
|
|||
|
|
|||
|
Il existe plusieurs solutions de r<>plication ma<6D>tre/esclave. Elles
|
|||
|
permettent uniquement au ma<6D>tre de r<>aliser des changements sur la
|
|||
|
base de donn<6E>es alors que l'esclave peut seulement faire des lectures
|
|||
|
de base de donn<6E>es. Le bas de la page
|
|||
|
http://gborg.PostgreSQL.org/genpage?replication_research les liste.
|
|||
|
Une solution de r<>plication multi-ma<6D>tre est en cours de d<>veloppement
|
|||
|
sur http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php.
|
|||
|
|
|||
|
4.28) Quelles options de cryptage sont disponibles ?
|
|||
|
|
|||
|
* contrib/pgcrypto contient de nombreuses fonctions de cryptage, <20>
|
|||
|
utiliser dans des requ<71>tes SQL.
|
|||
|
* Pour crypter une transmission entre le client et le serveur, le
|
|||
|
serveur doit avoir positionn<6E> l'option ssl <20> true dans
|
|||
|
postgresql.conf, et un enregistrement applicable host ou hostssl
|
|||
|
doit exister dans pg_hba.conf, et le sslmode du client ne doit pas
|
|||
|
<20>tre d<>sactiv<69>e. Notez qu'il est aussi possible d'utiliser un
|
|||
|
transport crypt<70> d'une troisi<73>me partie, tel que stunnel ou ssh,
|
|||
|
plut<75>t que les connexions SSL natives de PostgreSQL.
|
|||
|
* Les mots de passe des utilisateurs sont automatiquement crypt<70>s
|
|||
|
depuis la version 7.3. Pour les versions pr<70>c<EFBFBD>dentes, vous devez
|
|||
|
activer l'option PASSWORD_ENCRYPTION dans postgresql.conf.
|
|||
|
* Le serveur peut fonctionner avec un syst<73>me de fichiers crypt<70>s.
|
|||
|
_________________________________________________________________
|
|||
|
|
|||
|
Etendre PostgreSQL
|
|||
|
|
|||
|
5.1) J'ai <20>crit une fonction utilisateur. Lorsque je l'ex<65>cute avec psql,
|
|||
|
pourquoi cela finit-il avec un dump core ?
|
|||
|
|
|||
|
Il peut y avoir plusieurs raisons. Essayez tout d'abord votre fonction
|
|||
|
utilisateur dans un programme de test.
|
|||
|
|
|||
|
5.2) Comment puis-je ajouter de bons nouveaux types ou fonctions <20>
|
|||
|
PostgreSQL ?
|
|||
|
|
|||
|
Envoyez vos extensions <20> la liste de diffusion pgsql-hackers, elles
|
|||
|
atterriront <20>ventuellement dans le sous-r<>pertoire contrib/.
|
|||
|
|
|||
|
5.3) Comment faire pour <20>crire une fonction C qui renvoie un tuple ?
|
|||
|
|
|||
|
Dans les versions de PostgreSQL <20> partir de 7.3, les fonctions qui
|
|||
|
renvoient une table sont totalement support<72>es en C, PL/PgSQL, et SQL.
|
|||
|
Voir le Guide du Programmeur pour plus d'information. Un exemple de
|
|||
|
fonction renvoyant une table d<>finie en C se trouve <20>
|
|||
|
contrib/tablefunc.
|
|||
|
|
|||
|
5.4) J'ai modifi<66> un fichier source. Pourquoi ma recompilation ne voit-elle
|
|||
|
pas les modifications ?
|
|||
|
|
|||
|
Les Makefiles n'ont pas les d<>pendances ad<61>quates pour les fichiers
|
|||
|
d'en-t<>te. Il vous faut faire make clean puis un autre make. Si vous
|
|||
|
utilisez GCC, vous pouvez utiliser l'option --enable-depend de
|
|||
|
configure pour que le compilateur calcule les d<>pendances
|
|||
|
automatiquement.
|