Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Offres » Stage développement Python / PostgreSQL » 06/03/2012 21:06:32
- jpargudo
- Réponses : 2
Bonjour à tous,
Je ne fais que relayer une news que je viens de voir ce soir.
«Vous travaillerez en lien direct avec le gérant. Encadré(e) par l’équipe en charge du développement de la V1 du site, vous prendrez en charge les tâches suivantes : (1) découpage et traduction en Templates Django de fichiers envoyés par un atelier de création en webdesign (sous format PSD) (2) Développement de services en ligne Django/Python (3) Développement des bases de données PostgreSQL associées (4) Assurer la stabilité du système: disponibilité, performance, sécurité (5) Mettre en place les nouveaux services au fur et à mesure de la vie du site (V2 du site à mettre en ligne avant l’été).»
Détails complets et contact sur cette page : http://zope.afpy.org/Members/Gregp/gregp
Bien à vous,
#27 Re : Général » Le retour du hot standby ! » 28/11/2011 18:19:44
Bonjour genio,
Comme le dit très justement rjuju, il faudrait que nous en sachions un peu plus sur vos besoins et sur ce que vous voulez mettre en place pour les satisfaire.
Sachez que j'ai déjà "joué" avec des serveurs PostgreSQL qui supportaient bien plus de 500 connexions. Il suffit juste d'avoir le matériel et la configuration adéquate.
Cependant, la combinaison des mots "hot standby" et "pgpool" me font penser que vous voulez faire du load-balancing grâce à PostgreSQL+pgpool.
C'est en général une bonne idée, mais cela ne se fait pas tout seul, en particulier, le paramétrage de pgpool peut s'avérer fastidieux selon les applications (white ou black-listage des fonctions qui écrivent par exemple).
Bref, j'ai les mêmes questions que rjuju..
En attente de vos réponses !
Bien à vous,
#28 Re : Publications » Publication d'une extension postgres » 28/11/2011 09:27:28
Bonjour,
Super travail. Merci beaucoup !
#29 Re : Général » Compteur 3en1 » 21/11/2011 11:40:08
Bonjour bblf,
Content que ça fonctionne pour vous!
Sinon, quelle erreur de connexion avez-vous? Avez-vous bien fait attention faut fait que j'aie du rajouter des paramètres de connexion dans le fichier de configuration? (comme le port..).
Soyez bien sûr d'avoir les bons paramètres de connexion... J'imagine que votre hébergeur doit pouvoir vous donner l'information.
Bien à vous,
#30 Re : Général » Compteur 3en1 » 16/11/2011 22:20:18
Bonjour bblf,
J'ai donc ENFIN eu le temps de regarder ces scripts. Bah, c'était tout bête, et ça m'a pris un bon quart-d'heure pour le migrer et le tester.
Je vous l'ai mis à disposition ici : http://www.argudo.org/~jpargudo/3en1com … gresql.zip
N'hésitez pas à revenir vers moi avec le résultat de vos tests. Les miens sont OK... en espérant que les vôtres le seront tout autant?!
Bien à vous,
#31 Re : Migration » [ORA2PG] cas d' erreur etrange: NEED HELP !!! » 10/11/2011 15:26:36
Bonjour,
J'ai édité le post original pour remplacer les éléments confidentiels par des XXX
#32 Re : Général » Compteur 3en1 » 03/11/2011 10:45:56
Hop,
bblf, si vous me donnez quelques jours, je vous convertirai le plugin, j'ai pu le regarder rapidement, j'en ai pour 2h max à le faire... ![]()
Je pourrai ensuite proposer cette version PostgreSQL à celui qui l'a codée.
A+
#33 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 12/10/2011 14:55:02
SQLPro,
Vous vous entêtez dans l'erreur, continuez votre dénigrement et assénez des contre-vérités plus vite que votre ombre, ce qui soit dit en passant, me faisait plutôt rire.
Mais là, vous dépassez clairement les bornes avec des propos islamophobes. Ça ne me fait plus rire du tout.
Sachez que de les propos xénophobes ne sont pas acceptables, ni sur ce forum public, ni ailleurs. Ils sont purement et simplement condamnables.
Autant vous pouvez dire toutes les bêtises sur PostgreSQL que vous voulez, car nous serons là pour les démentir, autant ces propos xénophobes vous font passer directement de la case "amuseur public" à la case "utilisateur à bannir".
Je vous conseille d'éviter ce genre de propos à l'avenir sur internet, en particulier sur des forums publics comme celui-ci, car cela pourrait vous amener directement à la case "Prison".
J'ai sollicité par mail l'ensemble des administrateurs du forum pour que nous puissions prendre une décision d'exclusion à votre encontre. Comprenez bien que nous devons assurer la bonne tenue de ce forum d'entraide, et que cela passe par des décisions radicales lorsque cela est justifié, comme c'est le cas aujourd'hui.
Bien que nous soyons d'ardents défenseurs de la liberté d'expression, ne nous pouvons tolérer de tels propos.
Au revoir,
#34 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 12/10/2011 10:30:44
SQLPro,
Vous me faites rire tant vous êtes ancré dans vos certitudes :-D
Ce qui ne vous ferait pas de mal à vous, c'est de lire et entendre un peu les arguments des autres. Vos "clefs de choix" ... C'est une vaste rigolade.
Quant à lire votre article, je l'ai bien sûr lu, je ne me serais pas permis de vous répondre comme je l'ai fait sans l'avoir lu.
Non seulement vous ne maîtrisez clairement pas PostgreSQL, mais en plus vous êtes grossier...
Nous traiter de "nerd" n'est en effet pas la chose à faire si vous voulez vous faire des amis ici. Au passage, gardez vos "phantasmes" (était-ce pour rappeler l'éléPHant ? :-D) pour vous.
Si la seule chose qu'il vous reste pour attirer l'attention c'est l'agressivité, je vous plains.
Pour ma part, vous n'avez rien de "pro" et je préfère désormais ignorer vos attaques sans intérêt.
Bien à vous,
#35 Re : Publications » Nouvel article : Migration Oracle ou SQL Server vers PosteGreSQL - les » 12/10/2011 09:35:01
Bonjour,
Dans les posts précédents de SQLPro je trouvais un intérêt, tant j'apprécie les regards extérieurs, parfois très critiques, qui permettent de faire avancer notre communauté.
Les critiques n'étaient pas toujours adroites, mais avaient le mérite d'être formulées.
Avec ce post-ci,je suis très déçu par SQLPro. Son article pue la mauvaise foi et les erreurs.
J'y retrouve pêle-mêle tous les vrais faux arguments des détracteurs de PostgreSQL. Je commence à bien les connaître, je les déments depuis plus de 10 ans à présent.
SQLPro, s'il vous plaît, reprennez-vous, cet article n'est très clairement pas à votre hauteur.
Si vous voulez dénigrer PostgreSQL, faites-le au moins intelligemment.
Bien à vous,
#36 Re : Publications » Article: comparaison solutions partitionnement PostGreSQL / SQL Server » 10/10/2011 16:08:21
Hop,
[...]une solution applicative écrite à l'origine avec PostGreSQL. Il s'agissait d'un système de gestion de données très critique (prévention des catastrophe naturelle) pour une collectivité territoriale. À l'origine le système était sous PG, mais compte tenu de la complexité du partitionnement, des performances médiocre des mises à jours lorsque le critère change et de l'impossibilité d'avoir une haute dispo en temps réel, le choix à basculé sous SQL Server en dépit des préconisations d'utilisation du "free" dans les sphères étatiques.
Aujourd'hui ce système qui gère le plus important réseau hydraulique de France est repris par de nombreuses autres collectivités et intéresse l'étranger. Ce n'est hélas pas avec PG que nous avons pu le concevoir.... (sinon, cela aurait sans doute coûter moins cher en licences, et en impôts !).
A +
Si le système était à l'origine sous PostgreSQL et que ça concerne le plus important réseau hydrolique de France, j'imagine que ça doit avoir un rapport très direct avec ce qu'avait fait Paratronic pour la DDE, en particulier à Nimes: http://www.postgresql.fr/temoignages:paratronic. De mémoire, c'était l'application Sigma (?).
Je connais bien ce projet, pour avoir été consulté sur l'état catastrophique de la base PostgreSQL à l'époque...
J'avais pu sauver un peu les meubles, mais des travaux de fond devaient-être fait, de mémoire, encore, Paratronic n'aura peut-être pas eu le temps de les faire. Il me semble qu'il y avait une histoire de rachat d'une boite, etc...
Bref, j'imagine que vous avez du trouver l'application en l'état, avec un vieux PostgreSQL et tout ce qui ne va pas, que vous décrivez ci-dessus... non?
Bien à vous,
#37 Re : Général » Retour sur les performances de PostgreSQL sur VMWare ESX » 21/09/2011 11:15:12
Salut Frost242,
Ahh si tout le monde nous faisait des retours comme ça! ![]()
Donc, merci beaucoup pour ce post ![]()
A+!
#38 Re : Optimisation » ON DUPLICATE KEY UPDATE mySQL-->postgreSQL » 06/09/2011 11:22:18
Selzig,
Si tu peux faire quelques tests de performance et nous dire ce que ça donne, ça serait un super retour pour le forum.
Par avance, merci.
Encore désolé pour ma non-réponse d'hier..
#39 Re : Optimisation » ON DUPLICATE KEY UPDATE mySQL-->postgreSQL » 05/09/2011 18:45:10
OOps,
Je suis allé trop vite, j'ai cru lire un besoin d'UPSERT alors que c'est ON DUPLICATE UPDATE... Rien à voir.
Désolé ![]()
#40 Re : Optimisation » ON DUPLICATE KEY UPDATE mySQL-->postgreSQL » 05/09/2011 18:42:33
Selzig,
Pas la peine de chercher dans la doc de PostgreSQL un équivalent d'upsert. Ça n'existe pas encore, c'est dans la TODO de PostgreSQL:
voir http://wiki.postgresql.org/wiki/Todo
sous "SQL Commands":
Incomplete itemAdd SQL-standard MERGE/REPLACE/UPSERT command
MERGE is typically used to merge two tables.
REPLACE or UPSERT command does UPDATE, or on failure, INSERT.
See SQL MERGE for notes on the implementation details.
SQL Merge: http://wiki.postgresql.org/wiki/SQL_MERGE
Je n'ai pas encore pris le temps de savoir où ça en est...
La solution de Guillaume fonctionnera, bien qu'elle impose le recours à une fonction PL, et donc, probablement une perte de performances, elle devrait correspondre à votre besoin :-/
#41 Re : Migration » EnterpriseDB MySQL Migration Wizard » 05/09/2011 18:35:13
Bonjour,
Désolé d'arriver très (trop?) tard dans la discussion, mais j'ai du réaliser deux migrations de MySQL à PostgreSQL, et à chaque fois, j'ai utilisé mysql2pgsql avec bonheur: http://pgfoundry.org/projects/mysql2pgsql/
Comme c'est indiqué dans la page, cet outil permet de convertir un dump MySQL en dump PostgreSQL.
Bien sûr, pour le code, c'est une autre paire de manches. Mais au final, une fois qu'on a trouvé les quelques différences dans le SQL de MySQL et PostgreSQL, la migration du SQL est relativement facile.
En espérant que cette réponse tardive puisse quand même vous aider,
#42 Re : PSQL » pg_dump » 01/08/2011 10:02:37
Bonjour,
Je ne suis pas un habitué de PostgreSQL sous Windows, mais essayez à tout hasard:
pg_dump -f "D:\copy\nomBD.dmp" maBd
J'ai rajouté l'extension .dmp et inversé les options avec le nom de la base.
Dites moi ce que ça donne ?
#43 Site PostgreSQL.fr » On parle de nous sur TF1.fr » 01/08/2011 10:00:02
- jpargudo
- Réponses : 0
Hop,
Tout est dans le titre et aussi ici:
http://www.tf1.fr/shopping/postgresql-c … 03299.html
J'avoue que j'aime bien la conclusion: "Ce site est donc aussi un excellent choix, dans une optique plus spécialisée que Developpez.com."
![]()
Au passage, je pense qu'il faut bien sûr remercier chaleureusement les animateurs de developpez.com ainsi que toutes les personnes qui œuvrent, souvent dans l'ombre, pour que PostgreSQL soit toujours plus connu et reconnu à sa juste valeur...
Merci à tous,
#44 Re : Sécurité » Cherche Tuto sur la sécurité, les rôles, les droits » 17/05/2011 11:56:50
Bonjour Mortimer.pw,
Peut-être que cet article, assez vieux, de notre éminent gleu local pourra faire l'affaire ?
http://blog.postgresql.fr/index.php?post/drupal/137
Tenez nous au courant ![]()
Bonne journée,
#45 Événements » Solutions Linux 2011 » 12/04/2011 08:47:27
- jpargudo
- Réponses : 0
Bonjour à tous,
Pour ceux qui ne seraient pas encore abonnés à l'excellente liste pgsql-fr-generale [1], je me permet de faire un re-post de mon annonce sur cette liste [2]:
-----
Bonjour à tous,
Cette année, nous serons peu nombreux de l'association PostgreSQLFr sur le stand, pour plusieurs raisons.
J'en appelle donc aux bonnes volontés des gens inscrits sur cette liste pour venir nous donner un coup de main sur le stand.
Le salon est au CNIT de Paris La Défense, Hall Marie Curie, du 10 au 12 mai 2011.
Nous avons donc 3 journées à couvrir, de 9h à 18h, sans trous, et jusqu'à 20h pour le second jour.
J'ai donc divisé cela en 3 slots: 9h-12h, 12h-14h et 14h-18h, afin que ceux qui travaillent puissent quand même participer s'ils le souhaitent
lors des pauses déjeuner (vous nous permettrez de faire des breaks bien mérités, croyez-moi...).
Bien sûr, si au final, nous étions "beaucoup", on pourrait réduire le temps de présence de chacun sur le stand, moi y compris :-P
J'ai fait un doodle, quiconque veut participer est invité à le remplir:
http://www.doodle.com/5pwun8kdxtixzt5b
et/ou à répondre à ce mail sur la liste, de préférence, ou directement à moi, et je mettrai à jour le doodle.
Si vous ne souhaitez pas mettre vos prénoms et noms comme je l'ai fait, merci de mettre un nickname IRC par exemple, ou tout identifiant nous
permettant de vous retrouver!! ![]()
De mon côté, j'organise ce qu'il faut pour qu'on ait des goodies sur le stand (tshirts, mugs, stressballs, peluches,.. (si possible)), et aussi d'inviter quelques VIPs du projet.
Quoi qu'il en soit, ne manquez vraiment pas ce moment de franche camaraderie et de bonne rigolade, et puis, cela vous permettra de mettre
un visage sur les noms et prénoms de cette liste, du site web postgresql.fr et autres... Sans parler du fait que vous pourrez discuter à bâtons rompus avec des développeurs PostgreSQL ![]()
Merci pour toute aide,
-------
Liens:
[1] http://archives.postgresql.org/pgsql-fr-generale/
[2] http://archives.postgresql.org/pgsql-fr … g00009.php
#46 Re : Général » Diagramme Visio vers PostgreSQL » 31/03/2011 09:21:37
Bonjour Benbelgacem,
Je vous suggère de tout refaire dans un outil qui est fait pour ça, comme druid par exemple: http://druid.sourceforge.net/
Bon courage,
#47 Re : Site PostgreSQL.fr » Avaries site PostgreSQL.fr » 16/12/2010 11:39:15
Bonjour,
L'hébergement est payé par une société qui fait de l'expertise PostgreSQL :-)
Mais effectivement, je n'avais même pas pensé à l'appel à projets de PGFR. Après tout ça semble effectivement rentrer dans les clous, même si je préférerais personnellement que cet argent serve à des projets, en particulier pour des étudiants ou des personnes en recherche d'emploi, qui souhaiteraient ainsi monter en compétences PostgreSQL (très recherchées...).
J'en parle aux autres admins du site.
Merci pour l'idée !
#48 Site PostgreSQL.fr » Avaries site PostgreSQL.fr » 15/12/2010 17:25:57
- jpargudo
- Réponses : 2
Bonjour à tous,
Nous avons subi quelques avaries aujourd'hui encore sur l'ensemble des services du site PostgreSQL.fr. Nous sommes vraisemblablement victimes de notre succès, car c'est encore du côté d'Apache2 que nous avons eu des soucis. Nous sommes sincèrement désolés. Comprenez simplement que l'équipe d'administration est très réduite et composée d'une poignée de bénévoles.
La configuration d'Apache2 a été revue (merci Marc, notre "Clone raté de Tom Lane") pour ses précieux conseils. Elle n'est pas parfaite mais permettra au moins d'éviter des blackouts complets comme nous l'avons connu aujourd'hui. Pour simplifier, elle est désormais plus "conservatrice" et permet d'assurer un service plus continu, au détriment peut-être des performances. À suivre!
Au passage, les machines de PostgreSQL.fr sont très modestes et vieillissantes. Elles nous avaient été offertes par la société Continuent, que nous remercions chaleureusement une fois de plus.
Si jamais votre société se séparait d'un ou deux serveurs, sachez que nous les utiliserions avec profit. Nous cherchons en priorité de la capacité CPU et RAM, car, au niveau des disques, nous sommes loin de la saturation.
Bien évidemment, la société donatrice sera remerciée dûment :-)
À vos bon cœurs M'sieurs Dames!
#49 Re : Général » pg_ctl: could not open PID file "/home/user/donnees_pg/data/postmaster » 11/10/2010 15:29:06
Mich30,
Sérieux, tu ne vois pas que tu as du postgres.postgres d'un côté et du root.root de l'autre ?
Tu ne vois pas que t'as des petits soucis de droits qui traînent ?...
PostgreSQL ne tourne pas en root comme d'autres SGBD.
Lis un peu la doc.
A+
#50 Re : Général » Migration des CAF sous PostgreSQL » 28/09/2010 11:12:57
Bonjour,
À ce sujet, Bull communique sur le sujet.
Ici: http://www.boursier.com/vals/FR/bull-mo … 401344.htm
et (un peu) là: http://www.zonebourse.com/BULL-4738/act … -13464613/