PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Septembre 2006 »
Lun Mar Mer Jeu Ven Sam Dim
  1 2 3
5
22 23 24
29 30  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

archives

| Recois une erreur dans mon code et n'arrive pas à la résoudre.

Par odi_9 le 29/09/2006 - 11:23

Voici mon code:

CREATE OR REPLACE FUNCTION transform_table_address () RETURNS SETOF transform_address_attribut AS /*$BODY$*/'
DECLARE
rec RECORD;
o transform_address_attribut;

BEGIN
FOR rec IN SELECT company_id FROM address GROUP BY company_id

LOOP
o.company_id := rec.company_id;
SELECT INTO o.company_id, o.name1, o.name2, o.street, o.zip, o.zipcity, o.country, o.state company_id, name1, name2, street, zip, zipcity, country, state FROM address ORDER BY company_id LIMIT 1;

Technique | Debian Sarge, PostgreSQL 8.1, XID Wraparound et Single User Mode

Par Jean-Christophe Arnu le 29/09/2006 - 15:55

J'utilise une distribution GNU/Linux Debian Sarge avec un backport officiel de PostgreSQL 8.1 sur un serveur de test. Tout fonctionnait à merveille jusqu'au jour où la connexion psql m'a été refusée. La justification de l'impossibilité de connexion était relative à un XID Wraparound, comprendre un rebouclage des identifiants de transactions, par suite de manque de vacuum full sur deux bases. Ayant déjà été confronté au problème par le passé, je me suis donc rué sur la procédure que j'avais tantôt décrite...

© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.