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

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

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

Technique - général

Technique - général | Mes accents ne passe pas

Par nono1980 le 10/10/2007 - 10:47

bonjour j'imagine que ce pb est récurrent seulement voilà... je ne comprends pas!

voici ce qui s'affiche à l'insert d'accent dans ma bdd en 8.2

ERREUR: Séquence d'octets invalide pour le codage «UTF8» : 0xe94446 HINT: Cette erreur peut aussi survenir si la séquence d'octets ne correspond pas au jeu de caractères attendu par le serveur, le jeu étant contrôlé par « client_encoding ».

Technique - général | Load balancing des SELECTs pour une configuration maître / esclave (utilisant pgpool1 et Slony)

Par paftek le 03/10/2007 - 17:42

Bonjour,

Je suis en train de configurer une solution maître / esclave en utilisant 2 machines distinctes.
Mon appli. web accède en lecture / écriture au serveur maître par l'intermédiaire de pgpool (version 1, utilisé en pooling uniquement). La réplication sur le serveur esclave est effectuée par Slony.

La question est :
Comment faire pour que mon appli. web utilise également les ressources de la machine esclave (sachant que je ne peux qu'effectuer des lectures dessus) ?

Technique - général | Importer un dump 7.4 vers 8.

Par nono1980 le 28/09/2007 - 09:33

c'est mon premier message ici!

c'est aussi la première fois que j'ai à me confronter à postgresql! j'aurais aimé avoir des avis/conseils/mise en garde. En effet j'ai un dump d'une base de données construite en postgresql 7.4. Or je dois la passer sous postgresql 8.2 (la dernière).

je suis sous ubuntu, j'ai donc installé les paquets postgresql 8.2 et phppgadmin. Mise à part le fait que je n'arrive pas à accéder à phppgadmin (l'installeur n'a pas crée de repertoire phppgadmin dans mon /var/www) bref, mise à part cela, je n'arrive pas à importer ma BDD en 8.21.

Technique - général | Réplication ou copie de base PostgreSQL

Par Nico_33 le 27/09/2007 - 15:36

Bonjour,
J’administre deux sites séparés géographiquement de plusieurs centaines de kilomètres, sur chacun se trouve un serveur PostgreSQL.
Je souhaiterai maintenir une base et faire en sorte que sur le second serveur (2ème site) se trouve la copie exacte de cette même base.
(Simplement pour consultation).
J'ai vu que Slony permettrait la réplication de base, mais je n'arrive à rien avec. (J'avoue ne pas tout comprendre à l'aide).

Technique - général | Import d'une base PostGre dans une base Oracle

Par vinz le 26/09/2007 - 16:33

Bonjour,

Je travaille actuellement avec un prestataire qui a développé pour notre compte un téléservice s'appuyant sur PostgreSQL. Ce pretataire héberge le téléservice chez lui.

Pour autant nous avons besoin de récupérer la base pour l'intégrer à notre décisionnel. Celui-ci est basé sur le couple BO XI + Oracle.

Je recherche une méthode et/ou outils qui pourraient nous permettre d'exporter régulièrement le contenu de la base PostgreSQL pour l'importer dans une base Oracle qui alimenterait elle même notre décisionnel

Technique - général | Requete via OLE DB

Par Kiba le 25/09/2007 - 14:30

Hello, je cherche à faire des requetes sur un serveur PostgreSQL 8.2 sous windows, application écrite en VB.NET, driver pgoledb 1.0.20

Quand je tente de faire un select sur ma base de données, je recois une erreur :
Citation:
Echec de 'PostgreSQL.1' sans aucun message d'erreur disponible, code de résultat : -2147221163(0x80040155)
Quelqu'un a déjà eu ce souci et sait comment le contourner ?

Technique - général | Index sensible à la casse

Par 78alex78 le 25/09/2007 - 12:18

Bonjour,
j'ai une table nommée "article" (la base est codée en SQL_ASCII) sur laquelle je veux créer un index "tri" qui me servira pour faire un tri par ordre alphabétique.
structure de la table :
numero int2 (clé primaire)
numrayon int2
libelle1 varchar
libelle2 varchar
selon les enregistrements, les champs libelle1 et libelle2 sont soit en minuscule soit en majuscule. Or, je ne veux pas que mon tri tienne compte de la casse; j'ai donc écrit :

Technique - général | Mise à jour

Par Rocou le 25/09/2007 - 10:03

J'ai acheté une suite logiciel pour Mac (Cogilog pour ne pas la nommer) qui utilise PostgreSQL comme moteur de base de données.
Le souci est que la version de PostgreSQL installée est l'antique 7.3
Puis-je sans risque faire la mise à jour moi-même? Y-a-t-il des précautions à prendre?

Technique - général | erreur insertion

Par paratronic le 25/09/2007 - 09:29

bonjour,

Lors d'une insertion dans une table, j'ai l'erreur suivante :

ERROR: could not access status of transaction 1907271881
DETAIL: could not access file "/var/lib/postgres/data/pg_clog/071A"

j'ai essayé de re-indexer sans succès.
J'ai essayer de créer le fichier "/var/lib/postgres/data/pg_clog/071A" sans succes non plus.

est-ce que je peux abandonner la transaction qui pose problème et comment ?

Technique - général | Dernière modifcation du contenu d'un serveur de base de donnée

Par eric pailleau le 19/09/2007 - 10:30

Je souhaitais connaître la date de dernière modifcation d'un serveur postgresql >8.0,
le plus 'simplement' possible .

On peut y arriver avec une seule requête :

select (pg_stat_file((SELECT setting from pg_settings where name='data_directory')||'/pg_xlog/'||pg_xlogfile_name(pg_current_xlog_location()))).modification ;

Il faut lire :
"donne moi la date de dernière modification du fichier journal de transaction en cours" .

Flux XML

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