Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#1 Re : Site PostgreSQL.fr » Problème de flux (bug?) sur planete.postgresql.fr » 25/10/2019 18:56:52
Ok,
Je regarde ça, merci pour la piste Daniel !
Comme tu vois j'essaie de me dégager un peu de temps pour (re)faire un peu d'admin de PG.fr histoire d'aider une équipe qui en a bien besoin, et aussi parce que ça me fait plaisir :-)
Je vous tiens au courant...Par contre, ma bande passante est limitée, d'une part, et d'autre part, je vais en référer à l'équipe, pour que j 'en sois officiellement chargé ! 
A+
#2 Re : Site PostgreSQL.fr » Problème de flux (bug?) sur planete.postgresql.fr » 25/10/2019 12:17:55
Bonjour par ici,
Je suis sur le truc du coup. Mais mauvaise nouvelle: l'aggregateur planet utilisé est très (très) vieux, peut-être même pas maintenu..
Même l'auto test renvoie des erreurs :-/ (cf ci-dessous).
J'ai testé en changeant http// en https// pour certains, car avec letsencrypt etc, il y a désormais des redir automatiques du genre http->https.. mais ça n'est pas ça le problème.
Bref, je regarde ça en détails, et surtout, comment faire autrement, avec un soft un peu plus récent 
PS: si vous avez des idées je prends :-)... juste j'attaque :-)
# ./runtests.py
.....................................................................................FF.ERROR:planet:Error 500 while updating feed <planet/tests/data/before.atom>
FERROR:planet:Error 500 while updating feed <planet/tests/data/before.atom>
ERROR:planet:Error 500 while updating feed <planet/tests/data/after.atom> (formerly <planet/tests/data/before.atom>)
FERROR:planet:Error 500 while updating feed <planet/tests/data/before.rss>
E
======================================================================
ERROR: test_update_with_no_date (planet.tests.test_sub.SubTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/var/www/planete.postgresql.fr/planet/tests/test_sub.py", line 63, in test_update_with_no_date
item=channel._items.values()[0]
IndexError: list index out of range
======================================================================
FAIL: test_82 (planet.tests.test_sanitize.SanitizeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/var/www/planete.postgresql.fr/planet/tests/test_sanitize.py", line 15, in <lambda>
func = lambda self: self.assertEqual(sanitize.HTML(a), b)
AssertionError: '<a title=""">quote</a>' != '<a title=""">quote</a>'
======================================================================
FAIL: test_83 (planet.tests.test_sanitize.SanitizeTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/var/www/planete.postgresql.fr/planet/tests/test_sanitize.py", line 15, in <lambda>
func = lambda self: self.assertEqual(sanitize.HTML(a), b)
AssertionError: '<a title="\'">quote</a>' != '<a title="'">quote</a>'
======================================================================
FAIL: test_fetch (planet.tests.test_sub.SubTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/var/www/planete.postgresql.fr/planet/tests/test_sub.py", line 32, in test_fetch
self.assertEqual(len(items_list), 1)
AssertionError: 0 != 1
======================================================================
FAIL: test_update_with_new_date (planet.tests.test_sub.SubTest)
----------------------------------------------------------------------
Traceback (most recent call last):
File "/var/www/planete.postgresql.fr/planet/tests/test_sub.py", line 51, in test_update_with_new_date
self.assertEqual(len(items_list), 1)
AssertionError: 0 != 1
----------------------------------------------------------------------
Ran 91 tests in 0.097s
FAILED (failures=4, errors=1)#4 Re : Site PostgreSQL.fr » BESOIN d'aide en Plsql » 06/12/2017 09:27:29
Bonjour,
C'est pour un devoir à la maison c'est ça?
Bonne journée,
#5 Re : Général » Formulaire pour saisie de données » 19/10/2015 10:06:14
Bonjour intmail,
J'ai vu passer Enveloppe (http://www.envelope.xyz/index.html).. Ça vous demandera un peu de code mais je pense que ça peut le faire pour obtenir très rapidement un formulaire de saisie ?
Il y a aussi VFront (http://www.vfront.org/index.php), qui fera ça encore plus simplement... le résultat ressemble à des formulaires de saisie automatique "à la access"...
Et deux pointeurs pour encore plus de projets dans ce style:
* https://wiki.postgresql.org/wiki/Commun … _GUI_Tools
* http://www.postgresonline.com/journal/i … pment.html
Voilà les seules idées qui me passent par la tête.
Tenez-nous au courant de vos tests ici même ça pourra servir à d'autres.
Merci,
#6 Re : Général » [RESOLU] LEFT JOIN n'affiche pas toutes les lignes » 04/06/2014 14:43:34
Re,
Pouvez vous poster un exemple de données/structure de la table géo?
Sans cela j'aurai du mal à reproduire de mon côté;
Bien à vous,
#7 Re : Général » [RESOLU] LEFT JOIN n'affiche pas toutes les lignes » 04/06/2014 11:14:08
RE,
D'ailleurs je me dis que cette jointure est bien curieuse, ... et que faire un coalesce après un sum aussi
Voici donc ce que je vous propose:
SELECT
periode.libelle AS periode,
sum(coalesce(st_length(geo.the_geom),0)) AS length
FROM periode
LEFT JOIN geo ON geo.date = periode.date
WHERE geo.insee = '086009'
and ((geo.date BETWEEN periode.debut AND periode.fin) or (geo.date is null))
GROUP BY periode.libelle, periode.gid
ORDER BY periode.gid DESC ;
... en supposant que vos dates sont des entiers pleins genre 2014 d'un côté et 2014 de l'autre...
... si ça n'était pas le cas:
LEFT JOIN geo ON extract(year from geo.date) = periode.date
... voilà
#8 Re : Général » [RESOLU] LEFT JOIN n'affiche pas toutes les lignes » 04/06/2014 11:08:17
SELECT
periode.libelle AS periode,
coalesce(sum(st_length(geo.the_geom)), 0) AS length
FROM periode
LEFT JOIN geo ON geo.date
WHERE geo.insee = '086009'
and ((geo.date BETWEEN periode.debut AND periode.fin) or (geo.date is null))
GROUP BY periode.libelle, periode.gid
ORDER BY periode.gid DESC ;
... donne quoi?
#9 Re : Général » [RESOLU] LEFT JOIN n'affiche pas toutes les lignes » 04/06/2014 11:00:46
Re, voir le commentaire modifié entre temps plus haut:
* de changer le where en : WHERE (geo.insee = '086009' or geo.insee is null)
#10 Re : Général » [RESOLU] LEFT JOIN n'affiche pas toutes les lignes » 04/06/2014 10:51:38
Bonjour,
J'ai lu en diagonale, mais.. à tout hasard, avez-vous essayé :
* de remplacer LEFT par RIGHT?
* de changer le where en : WHERE (geo.insee = '086009' or geo.insee is null)
(pas trop le temps de vous répondre plus là :-(... plus tard peut-être)
Bien à vous,
#11 Événements » Solutions Linux 2014 » 28/04/2014 16:20:59
- jpargudo
- Réponses : 0
Bonjour à tous,
La salon Solution Linux se tiendra au CNIT les 20 et 21 mai prochains.
Comme d'habitude la communauté francophone de PostgreSQL aura un stand.
Si vous comptez nous aider à tenir le stand, pouvez-vous m'envoyer un message et me dire quelle demi-journée (voire jour-s! soyons fous!) vous serez présent et votre taille (S, M, L, XL, 2XL, 3XL..).
L'idée est que chaque personne sur le stand soit facilement identifiable par les visiteurs comme faisant partie du stand, et pour ce faire, le mieux est d'avoir tous le même polo ou tshirt: on vous le fournira :-)
Pour suivre l'évolution des préparatifs c'est par ici: http://wiki.postgresql.fr/sl2014:accueil
J'insiste sur le fait qu'il n'est pas nécessaire d'être un super expert de PostgreSQL pour répondre aux questions du public. Vous seriez même surpris par les questions qu'on nous pose la plupart du temps !
Quel que soit votre intérêt pour PostgreSQL, j'espère que plusieurs d'entre vous répondront présent. Nous sommes vraiment trop peu nombreux chaque année pour tenir le stand, et nous vivons donc parfois des journées un peu longues.
Si vous vous êtes toujours demandé comment vous pourriez contribuer à la communauté PostgreSQL, et bien, donnez-lui une demi-journée, et venez rencontrer la communauté en vrai sur le stand !
Merci à tous,
#12 Re : Général » Bug PostGreSQL : FULL OUTER JOIN » 09/04/2014 14:27:53
Monsieur Brouard,
Le commentaire ci-dessous provoque chez moi stupeur et questions.
[...] il se trouve que je travaille et hier j'étais chez Alstom, un de mes clients, oub comme par hasard nous allons passer d'une base PostGreSQL qui donne des performances lamentables à une base SQL Server.... [...]
Stupeur, tout d'abord, car je trouve très moyen qu'en grand professionnel de l'informatique auto-proclamé vous vous permettiez de raconter ce que vous faites chez vos clients. De notre côté, nous signons des accords de confidentialité, comme par exemple, avec l'industrie. Peu importe, ce point ne regarde que vous.
Questions, ensuite: pouvez-vous nous en dire un peu plus sur ce cas d'utilisation? C'est à dire expliquer concrètement ce que vous avez mis en œuvre pour résoudre les problèmes liés à PostreSQL chez ce client? À moins que ce dernier n'ait choisi de migrer à SQL Server pour d'autres raisons que celle que vous invoquez? Quoi qu'il en soit, merci de vous en tenir aux faits.
Ah, et, si possible, des faits réels, car vous avez une fâcheuse tendance à l'affabulation, comme vous l'avez démontré au sujet du site "Le Bon Coin" (voir vos propos péremptoires ici : http://forums.postgresql.fr/viewtopic.p … 126#p19126, démentis par l'un des responsables techniques du même site ici : http://forums.postgresql.fr/viewtopic.p … 137#p19137 (et suivants)).
Bien à vous,
#13 Re : Site PostgreSQL.fr » Informations Choix PostgreSQL » 05/02/2014 12:09:33
Bonjour Jean-Louis,
Merci pour cette clarification! Une fois de plus "SQLPro" est pris la main dans le sac... Pas très grave, on commence à connaître le personnage par ici.
Quant au témoignage de Christophe, que j'avais eu le plaisir d'interviewer à l'époque, je suis tout à fait disposé à le revoir, ou l'avoir au téléphone (peu importe àmha), afin de le mettre à jour, tant il a été déterminant pour d'autres DSI et autres DI qui hésitaient à essayer (au moins) PostgreSQL.
À vous lire,
#14 Re : Événements » PostgreSQL 9.3 » 09/09/2013 14:59:40
#15 Re : Migration » Migration script SQLServer vers PostGreSQL » 02/01/2013 10:34:36
Bonjour,
Cela ressemble à du code exécuté pour faire une mise à jour de schéma, suite à une mise à jour de version applicative ou quelque chose comme ça, non ?
Pouvez-vous nous en dire un peu plus sur le contexte?
Bien à vous,
#16 Re : Migration » [Résolu]-[Ora2pg] Ora0922 à l'export des datas » 16/10/2012 13:50:56
Bonjour «Jeremiel»,
Gilles nous fait vous dire que ce bug est corrigé depuis ce week-end. Il vous demande donc de télécharger le code depuis le github..
Soit, ici: https://github.com/darold/ora2pg
Bien à vous,
#17 Re : Association PostgreSQLfr » Fêtons PostgreSQL 9.2 ! » 19/09/2012 11:57:14
Salut Youssef, Salut à tous!
Ça a été fort sympathique hier soir... Dommage pour ceux qui ont loupé le coche !
Il y aura d'autres événements comme celui-là tout au long de l'année, l'objectif étant bien sûr de se faire rencontrer des utilisateurs de PostgreSQL et les laisser échanger sur le sujet 
Restés connectés ;-)
À bientôt,
#18 Re : Association PostgreSQLfr » Fêtons PostgreSQL 9.2 ! » 18/09/2012 14:44:56
Bonjour à tous!
Merci à ceux et celles qui ont répondu favorablement à cette proposition, d'une façon ou d'une autre, sur l'un des multiples canaux de communication que j'avais proposé
Voici donc le lieu (sans surprises pour beaucoup d'entre vous!):
Hall's Beer Tavern
68 Rue Saint-Denis
75001 Paris 1er arrondissement
Tel: 01 42 36 92 72
(Châtelet - Les Halles)Je vous propose un RDV là bas à ce soir, le mardi 18 septembre à 20h00 !
Je pense que l'on doit être plusieurs à connaître plutôt bien cet endroit.
Au plaisir de vous y retrouver ce soir,
#19 Re : Général » exportation dans un fichier CSV à partir de plusieurs tables (COPY) » 17/09/2012 11:26:41
Bonjour marcandre,
Pour ma part, je préfère faire appel à l'utilitaire "psql" pour faire des extractions de données dans un fichier plutôt que d'utiliser l'ordre SQL COPY.
La raison est simple: lorsque vous utilisez COPY comme l'a conseillé justement Guillaume ci-dessus, vous devez le faire dans un cadre très strict. En effet "fichier" devra être situé où l'utilisateur "postgres" à qui appartient les processus de PostgreSQL a accès.
Si vous voulez vous affranchir de ces problèmes de droit, alors, faites le avec votre utilisateur traditionnel, en utilisant toujours copy, mais celui de psql comme suit:
$ psql -c "\copy (select ...) to 'fichier' CSV;" mabaseOù "mabase" est votre base de données, et où j'ai supposé que l'utilisateur courant du système y avait accès, via la boucle locale.
Voilà pour cette petite astuce, toute bête mais bien pratique !
Bien à vous,
#20 Re : Général » Calcul de moyenne sur 2 mois » 13/09/2012 08:50:15
Bonjour Damalaan,
Je me suis bien amusé avec celui là
J'ai créé une table de test comme suit:
create table test3 (t_date date, t_integer integer); ...que j'ai ensuite remplie avec des dates aléatoires entre 2011 et 2012 (pour avoir une période "à cheval"), et un entier fixe (1).
J'ai ensuite créée la requête suivante:
select pairs.somme+impairs.somme as total, pairs.annee, pairs.mois, impairs.annee, impairs.mois
from
(select sum(t_integer) as somme, extract(year from t_date)::integer as annee, extract(month from t_date)::integer as mois
from test3 where extract(month from t_date)::integer%2=1
group by 2,3 order by 2,3) impairs,
(select sum(t_integer) as somme, extract(year from t_date)::integer as annee, extract(month from t_date)::integer as mois
from test3 where extract(month from t_date)::integer%2=0
group by 2,3 order by 2,3) pairs
where
((impairs.mois=pairs.mois+1
and impairs.annee=pairs.annee))
or (pairs.mois=12 and impairs.mois=1 and pairs.annee=impairs.annee-1)
order by pairs.annee, pairs.mois;Ou je fais les sommes d'un côté des mois pairs et de l'autre les mois impairs.
Ensuite, je joins sur le mois / mois+1 de la même année, et avec le cas spécial (le OR) du mois de décembre et du mois de janvier, où pour eux l'année est l'année-1 de l'autre...
Je fais un order by pour que ça soit plus lisible, voici le résultat:
total | annee | mois | annee | mois
-------+-------+------+-------+------
16 | 2011 | 2 | 2011 | 3
24 | 2011 | 4 | 2011 | 5
17 | 2011 | 6 | 2011 | 7
21 | 2011 | 8 | 2011 | 9
27 | 2011 | 10 | 2011 | 11
17 | 2011 | 12 | 2012 | 1
58 | 2012 | 2 | 2012 | 3
52 | 2012 | 4 | 2012 | 5
69 | 2012 | 6 | 2012 | 7
63 | 2012 | 8 | 2012 | 9
65 | 2012 | 10 | 2012 | 11
(11 rows)Voilà, je pense que ça répond à votre énoncé ?
Merci de revenir vers nous de toute façon que vous arriviez ou non à transposer cet exemple dans votre cas d'utilisation.
Bonne journée,
#21 Site PostgreSQL.fr » Crash du site le 11/09/2012 » 11/09/2012 18:23:40
- jpargudo
- Réponses : 0
Bonjour à tous,
Le site a été indisponible de 15h30 à 18h10 environ, suite à une coupure électrique généralisée chez notre hébergeur, due à l'explosion (je cite) d'un onduleur principal...
Aucun d'entre nous (équipe d'admin) n'était alors disponible avant pour réparer la chose.
Avec l'aide de notre hébergeur, qui a rallumé les machines et vérifié leur état, j'ai pu intervenir vers 18h, et vers 18h10 tout était rétabli.
Pour information:
Sep 11 18:08:15 babar postgres[5983]: [3-1] db=,user= LOG: database system was not properly shut down; automatic recovery in progress
[...]
Sep 11 18:08:16 babar postgres[5982]: [2-1] db=,user= LOG: database system is ready to accept connectionsLe crash recovery a pris une seconde (ok la base n'était sûrement pas très active au moment du crash...)
La première connexion du premier utilisateur a eu lieu à la même seconde ensuite...
Soit j'étais très pressé, soit l'un(e) d'entre vous l'était ;-)
Désolé pour cet incident, un peu indépendant de notre volonté...
En espérant que la gêne occasionnée ne vous aura pas trop causé de soucis.
Bonne soirée à tous,
#22 Association PostgreSQLfr » Fêtons PostgreSQL 9.2 ! » 10/09/2012 16:39:17
- jpargudo
- Réponses : 4
Bonjour à tous,
Je reproduis ci-dessous un message que j'ai posté sur la liste pgsql-fr-generale (pour vous abonner, c'est ici: http://archives.postgresql.org/pgsql-fr-generale/ et cliquez sur «To subscribe or unsubscribe from the list, click here») en ce début d'après-midi:
Au cas où vous ne l'auriez pas encore remarqué, le site PostgreSQL.org arbore désormais une news bien sympathique:
« PostgreSQL 9.2 has been released! »
Je vous laisse le soin de lire les articles qui ne tarderont pas à sortir dans la journée et les jours à venir pour apprécier à sa juste valeur cette version exceptionnelle.
Aussi, pour fêter cela je vous propose que nous nous retrouvions dans un bar et/ou bar-restaurant le mardi 18 septembre à partir de 19h30!
Comme à chaque fois, cela se passera dans un bar (ou bar-restaurant) dans un endroit accessible de Paris (les halles par exemple).
Si vous êtes en province et que vous ne pouvez vous déplacer, mais que vous souhaitiez organiser la même chose le mardi 18 dans votre ville, faites-vous connaître! D'ailleurs, je reviendrai sur cette idée de regroupement locaux "PUGs" (PostgreSQL User Group) dans quelques temps
Je me joins à l'ensemble des membres de l'association PostgreSQLFr pour vous souhaiter une excellente semaine !
Bien à vous,
PS: merci de m'envoyer un mail à jean-paul@postgresqlfr.org pour me confirmer votre inscription, répondre ici, voire même par twitter: de préférence ici: https://twitter.com/jpargudo/status/245151845650141184)
#23 Re : Événements » Sortie de postgresql 9.2 » 10/09/2012 16:33:48
#24 Re : Site PostgreSQL.fr » Syntaxe des messages sur le forum » 20/08/2012 14:25:23
Hop,
Complètement d'accord avec toi Flo....
Il faut aussi absolument apprendre à poser les questions de la bonne manière...
Pour cela, rien de tel qu'un bon guide. Celui-ci est le meilleur que je connaisse: http://www.gnurou.org/writing/smartquestionsfr
Bonne lecture
#25 Événements » Solutions Linux 2012 : appel à participants pour le stand! » 01/06/2012 10:49:46
- jpargudo
- Réponses : 0
Bonjour à tous,
Je poste sur le forum ci-dessous un mail que j'avais envoyé à la liste de diffusion pgsql-fr-generale. C'est toujours d'actualité!
Comme chaque année depuis 2005 (déjà!), l'association PostgreSQLFr a un stand à Solutions Linux 2012 (http://www.solutionslinux.fr/). Sachez que si c'est le cas, c'est que notre action là bas est appréciée... Les places sont chères, même pour les 6 m² qu'on nous a alloués cette année.
Cette fois, ça se passe du 19 au 21 juin 2012 au CNIT de Paris La Défense.
L'association fait donc appel à toutes les bonnes volontés pour venir parler de PostgreSQL sur le stand aux nombreux visiteurs qui ont toujours des questions et autres problématiques intéressantes à nous soumettre
Je fais le nécessaire pour qu'au moins un VIP du projet soit parmi nous, peut-être plusieurs.
De même, tous les volontaires, qu'ils soient de l'association ou pas, se verront remettre un souvenir impérissable pour leur implication.
On vous demande juste de venir au moins une demi-journée sur les 3 journées. Bien sûr, si vous voulez y passer plus de temps, ça sera avec grand plaisir.
Sachez enfin que personne ne vous demande d'être un expert. Si vous lisez ce message, c'est que vous en savez déjà probablement bien plus que la plupart des visiteurs. Et de toute façon, il y a un tas de choses à faire, vous ne serez pas de trop, et comme chaque année, plus on est plus on rit (ça c'est garanti).
J'ai initié un "doodle" ici: http://www.doodle.com/zreg2viq4yaing7i
Merci d'utiliser un nickname IRC, nom réel ou e-mail pour vous "identifier" là dessus.. Au pire, si vous craignez que je ne puisse vous identifier, merci de doubler votre inscription par mail, en me répondant directement à ce message, en privé!
Pour ce qui est de l'achalandage du stand (posters, affiches, flyers, goodies...démos?) on s'en occupera au sein de l'association. Mais là aussi, vous pouvez nous aider. Si vous avez des idées particulières là dessus, des idées ou une envie d'aider avec votre temps ou autre, là aussi, contactez-moi directement, je transmettrai à l'association.
Merci à tous,