Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Re : Général » nouveau probleme de syntaxe » 20/01/2012 11:08:40
Le 'AS' est inutile. Il suffit de le retirer.
#27 Re : Général » Execution de requetes sur une base de données distante avec postgresql » 13/01/2012 23:44:07
Avec plaisir, vous pouvez ajouter mon blog.
C'est fait !
Voir http://planete.postgresql.fr/
Bonne journée,
#28 Re : Général » Execution de requetes sur une base de données distante avec postgresql » 13/01/2012 10:46:37
Bonjour,
Petite précision, dblink sera bientôt remplacé par le Data Wrappper pgsql_fdw qui sera plus puissant et mieux intégré. Beaucoup de progrès sont attendus sur ce thème.
Au passage, êtes vous d'accord pour ajouter votre blog sur le site http://planete.postgresql.fr/ qui regroupe tous les blogs francophones qui parlent de PostgreSQL ?
#29 Événements » Session PostgreSQL #3 le 2 février: Réplication PostgreSQL » 19/12/2011 12:11:23
- daamien
- Réponses : 0
Dalibo organise le jeudi 2 février 2012 à Paris une rencontre
internationale consacrée au Système de Gestion de Bases de Données
PostgreSQL.
Le thème de cette journée sera la réplication, avec des invités de
marques notamment :
* Mickaël Paquier (Japon), Développeur de Postgres-XC
* Simon Riggs (Angleterre), Contibuteur majeur de PostgreSQL
* Ludovic Levesque (France), Directeur Technique de Fotolia
L'objectif de cette conférence est de faire un tour d'horizon des
solutions de Haute-disponibilités : PGXC, Slony, Londiste et avec bien
sûr un accent particulier la réplication interne avec le Hot Standby /
Streaming Replication !
Retrouvez le programme complet sur notre site :
http://www.postgresql-sessions.org/3/
La session se tiendra de 9h30 à 17h30 au Comptoir Général situé 80
quai de Jemmapes à Paris ( http://osm.org/go/0BPIqc7Q )
Cet événement est gratuit et ouvert à tous, dans la limite des places
disponibles.
Les inscriptions se font via la page ci-dessous :
http://www.postgresql-sessions.org/3/registration_form
Pour toute précision, n'hésitez pas à envoyer un message à
contact@postgresql-sessions.org
Bonne journée et Rendez-vous le 2 février juin à Paris !
----
**À propos des Sessions PostgreSQL** : Les sessions PostgreSQL sont
avant tout des moments pour découvrir et rencontrer la communauté
PostgreSQL. Chaque session est une journée composée de conférences et
d'ateliers, organisée autour d'un thème précis et d'un invité de marque.
» site web : http://www.postgresql-sessions.org/
----
**À propos de Dalibo** : Spécialiste français de PostgreSQL, Dalibo
met à la disposition de ses clients son savoir-faire dans le domaine
des bases de données et propose des services de conseil, de formation
et de support aux entreprises et aux institutionnels.
» site web : http://www.dalibo.com/
#30 Re : Événements » PGDay 2012 : comité de programme » 19/12/2011 12:10:07
C'est prévu pour le 7 juin 2012 à Lyon.
#31 Re : Optimisation » FOREIGN KEY REFERENCE sur 2 tables différentes même nom d'index » 30/11/2011 22:06:39
[Utilisateur et messages supprimés]
#32 Re : Publications » Publication d'une extension postgres » 25/11/2011 18:50:27
Bravo pour cette extension !
#33 Événements » Session PostgreSQL #3 : Appel à conférenciers » 27/10/2011 12:56:00
- daamien
- Réponses : 0
Après le succès des deux premières Sessions PostgreSQL dédiées aux nouveautés de la version 9.0 (février 2011) et à PostGIS (juin 2011), nous avons le plaisir d'annoncer que la troisième Session PostgreSQL se tiendra à Paris le 2 février 2012. Plus d'information sur :
http://www.postgresql-sessions.org/3/
Le thème de cette édition sera :
« Réplication PostgreSQL : un éventail de possibilités »
Nous lançons donc un appel à conférenciers pour cette 3ème session PostgreSQL. Vous pouvez nous envoyez vos propositions d'intervention, en anglais ou en français. Chaque intervention doit durer 45 minutes (en comptant les éventuelles questions) et concerner le thème ci-dessus. Nous sommes intéressés en particulier par les sujets suivants :
Bucardo
pgpool
Londiste
RubyRep
PostgreSQL-XC
Slony
et bien sur la Streaming Replication et Hot Standby
Les interventions peuvent prendre plusieurs formes : Témoignagne utilisateur, Proof of Concept, Tutoriel, Comparatif, Présentation de nouveautés, etc… et bien sûr, nous acceptons également les propositions concernant d'autres sujets liés à la réplication (supervision, réplication matérielle, etc.) !
Toutes les propositions doivent nous parvenir avant le 30 novembre 2011. Les conférenciers sélectionnés seront avertis avant le 14 décembre 2011.
Merci d'envoyez vos propositions à l'adresse suivante :
call-for-paper@postgresql-sessions.org
Merci de préciser les informations suivantes :
Nom et Prénom
Société
Biographie et contributions à la communauté PostgreSQL
Titre de la conférence
Résumé
Demandes spécifiques
Dans l'attente de vos propositions, nous vous donnons rendez-vous à Paris en Février !
À propos des Sessions PostgreSQL
Les sessions PostgreSQL sont avant tout des moments pour découvrir et rencontrer la communauté PostgreSQL. Chaque session est une journée composée de conférences et d'ateliers, organisée autour d'un thème précis et d'un invité de marque. Les conférences proposées s'adressent à tous les niveaux et tous les profils : Développeurs, Administrateur, Chefs de projet, Directeurs informatique,…
Les sessions PostgreSQL sont organisées par la société Dalibo. Les inscriptions sont gratuites, sans engagement et ouvertes à tous, dans la limite des places disponibles.
À propos de Dalibo
Depuis 2005, Dalibo est le spécialiste français de PostgreSQL et de ses logiciels satellites, mettant à la disposition de ses clients son savoir-faire dans le domaine des bases de données. La société propose ses services aux entreprises et aux institutionnel : formation PostgreSQL, hébergement, migration Oracle vers PostgreSQL, développements, audit de performance et support PostgreSQL.
#34 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 17/10/2011 16:53:10
#35 Re : Publications » Article: comparaison solutions partitionnement PostGreSQL / SQL Server » 17/10/2011 16:25:41
J'aurais simplement aimé qu'on reconnaisse que Postgresql ne peut par encore, aujourd'hui, remplacer Oracle ou SQL Server pour une application complexe, volumineuse et critique en entreprise
Très honnêtement je trouve vos affirmations péremptoires et un peu abstraites. Des bases Oracle et SQL Server sont migrées vers PostgreSQL quotidiennement. L'inverse n'est pas vrai. Ces bases sont utilisées dans la grandes distributions, dans le secteur public, les médias... La réalité vous donne tort 
Par ailleurs, vous donnez des leçons d’honnêteté alors même que vous assénez des "vérités" sans apporter de faits et sans répondre à vos contradicteurs.
Encore une fois, ce genre d'affirmations polémiques et moralisantes marchent peut-être sur developpez.com mais ici ça fait flop :-)
#36 Re : Publications » Article: comparaison solutions partitionnement PostGreSQL / SQL Server » 17/10/2011 12:52:25
@scheu.postgresql
Merci de ne pas copier coller ici des messages issus de developpez.net . Je suis persuadé que les visiteurs de postgresql.fr sont capables d'aller sur le forum Developpez et sur d'autres si cela les intéressent.
Pour répondre à votre dernier message : il me semble que vous dites des choses de manière bien péremptoire alors que :
a/ vous admettez n'a avoir pas fait beaucoup de tests
b/ vous parler d'une version sortie en 2006 et qui sera obsolète dans les semaines qui viennent.
ça me laisse dubitatif....
Ce genre de commentaires "objectifs" est peut-être courant sur developpez.com mais ici vous aurez du mal être pris au sérieux :-)
#37 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 17/10/2011 09:40:54
#38 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 12/10/2011 16:18:15
#39 Re : Général » Probleme de création de base sous Debian après un gros ménage ! » 21/09/2011 10:52:46
D'une manière générale, il vaut mieux éviter de supprime la base "postgres" !
Par défaut, l'utilitaire createdb va se connecter sur cette base pour effectuer les opérations. Si la base n'existe pas il n'est pas content.
La solution est simple : recréer la base :-D
createdb postgres#40 Re : Optimisation » Taille optimale des répertoires archivelog et redolog » 12/09/2011 20:45:08
au niveau de PostgreSQL, on ne parle pas de d'archivelog e redolog mais de "Write Ahead Logs" . On trouve également les termes "WALs" et "xlog"
Je vous conseille ce chapitre 29.4 de la doc. C'est le meilleur point de départ possible :
http://docs.postgresql.fr/9.1/wal-configuration.html
Pour une explication un peu plus complète vous avez l'article ci-dessous :
#41 Re : Général » Comment connaitre la date de la 1ere et derniere transaction dans WAL » 31/08/2011 16:48:02
ça ne change rien au problème mais la commande :
psql -Atc "select (pg_stat_file('${p}')).modification;"peut être remplacée par
stat --format=%y $pça vous évite de déclencher un transaction supplémentaire à chaque archivage de log ;-)
#42 Re : Général » Comment connaitre la date de la 1ere et derniere transaction dans WAL » 31/08/2011 14:21:09
Désolé pour l'incompréhension !
Effectivement comme le dit Guillaume ça doit être possible, en codant un outil d'inspection de WAL...
Un contournement consiste à modifier l'archive_command pour écrire la date dans un fichier au moment de l'archivage WAL :
Par exemple :
archive command = " echo `date` > /mnt/archivedir/"%f".date; cp "%p" /mnt/archivedir/"%f"Du coup à chaque archivage vous aurez désormais :
* 00000001000000000000008E : le wal lui-lême
* 00000001000000000000008E.date contenant la date de l'archivage
Concrètement la date d'archivage n'est pas exactement la même que celle de la dernière transaction du wal mais ça vous donne une indication assez proche
#43 Re : Général » Comment connaitre la date de la 1ere et derniere transaction dans WAL » 31/08/2011 12:42:10
Il faut utiliser le paramètre recovery_target_time dans recovery.conf
Plus d'infos :
http://www.postgresql.org/docs/9.0/stat … tings.html
http://www.dalibo.org/glmf108_postgresq … tions#pitr (partie Restauration partielle)
#44 Re : Optimisation » Indexation des champs » 27/08/2011 14:24:14
Réponse 1 : Non . PostgreSQL ne crée pas automatique un index sur les clefs étrangères.
Réponse 2 : "fm_xxID_pk" est le nom de la contrainte. Vous ne pouvez pas avoir deux contraintes portant le même nom. Dans votre deuxième exemple, vous ne précisez pas le nom de la contrainte et c'est donc PostgreSQL qui attribue un nom différent à chacune. Les deux écritures ont le même résultat final.
Réponse 3 : Oui
#45 Re : Optimisation » Add Column After » 22/08/2011 18:45:47
Pourquoi ne pas utiliser une vue ?
CREATE VIEW ma_vue_avec_les_colonnes_ordonnées AS
SELECT [...] , xxPANNE, xxUSER, xxPOSTE, xxSTAM
FROM ma_table;#46 Re : Général » pg_dump & password » 21/08/2011 15:08:14
Inscrire le mot de passe en clair dans un script ou une ligne de commande est une mauvaise idée. C'est pour cela que ce n'est pas possible avec pg_dump
La solution consiste à définir un fichier pgpass qui contiendra ce mot de passe. pgdump utilisera ce fichier pour s'authentifier :
La doc est là :
http://docs.postgresqlfr.org/9.1/libpq-pgpass.html
#47 Re : Général » Calcul matriciel » 27/07/2011 20:22:34
A ma connaissance non.
Ce qui s'en rapproche le plus serait le langage PL/R :
#48 Re : Général » Problème d'exécution de postgis.sql » 27/07/2011 20:20:40
Cela ressemble à un problème PATH manquant....
Comment avez-vous installé PostGIS ?
Que dit la commande suivante ?
pg_config.exe --pkglibdir#49 Re : Général » comment générer des données dans une BD postgresql? » 27/07/2011 13:52:00
pgBench est ton ami ! ;-)
Il s'agit d'un outil de test livré d'office avec PostgreSQL. Tu peux lui demander de faire uniquement des insertions par exemple
#50 Re : PL/pgSQL » Erreur lors de l'appel d'une fonction retournant SET OF RECORD » 07/07/2011 11:20:53
L'erreur se trouve au niveau de la matrice tableau[i][j]. Vous ne pouvez pas faire grandir dynamiquement un tableau multi-dimensionnel. Ce qui fonctionne pour un tableau simple ne marche pas si vous ajouter un deuxième axe.
Il existe des solutions de contournement :
* vous pouvez tenter de fixer la taille du tableau à l'avance
* faire un pseudo-tableau 2D dans un tableau 1D
Le lien ci-dessous est assez complet. c'est en espagnol mais le code est universel