Afin de vous présenter cette association, ses buts et ses espoirs, nous vous convions à une réunion d'information qui se déroulera le 1er février 2005 au CNIT Paris La Défense niveau -1, Hall Albinoni, à partir de 18h30. La réunion aura lieu dans la salle où se tiendra la conférence sur les bases de données le même jour, S6.
Venez nombreux.
L'Assemblée Générale fera suite à cette réunion.
Au cours de cette Assemblée Générale, nous discuterons des statuts de l'association et du règlement interne que nous présenterons au vote pour validation. Tout adhérent de l'association aura droit de vote.
Par ailleurs, lors du salon, auquel l'association sera présente, nous vous proposerons la possibilité d'adhérer. Vous trouverez les formulaires (interface Web) sur le stand de l'association, dans le hall des associations. Je vous rappelle également que l'accès au salon SolutionsLinux est libre et gratuit ;-)
Ordre du jour :
1. Présentation et vote des statuts
2. Présentation et vote du règlement interne
3. Repas de l'association
Pour toute information complémentaire, contactez Stéphane SCHILDKNECHT (le président) par courriel.
Aller plus loin
- Le site de PostgreSQLFr (47 clics)
# euh?
Posté par Jiel (site web personnel) . Évalué à 5.
[^] # Re: euh?
Posté par Jean-Paul ARGUDO (site web personnel) . Évalué à 2.
On a dû aller vite et trouver rapidement les personnes pour les 4 postes-clé de l'association afin d'avoir une place à SL 2005, et surtout pour commencer des chantiers qui nous tiennent à coeur.
Maintenant, je te l'accorde, Stéphane a peut être rédigé d'une façon pas très claire le communiqué ci-dessus.
Mais non, il n'est pas nécessaire d'adhérer pour venir mardi soir. C'est surtout une sorte de présentation de notre association. Donc toutes les bonnes volontés sont conviées, dans la mesure de la 50aine de places que comporte la salle !
Maintenant si tu veux nous donner plus de pouvoir, alors il n'est pas inutile d'adhérer...
Au plaisir de faire ta connaissance sur le stand PostgreSQLFr.org à SL 2005 !
[^] # Re: euh?
Posté par Jiel (site web personnel) . Évalué à 2.
# Bravo
Posté par Philippe Makowski (site web personnel) . Évalué à 1.
Bon courage et longue vie à l'association
Philippe Makowski
membre du bureau de la Fondation FirebirdSQL
[^] # Re: Bravo
Posté par wilk . Évalué à 2.
En particulier, j'aimerai savoir quelle base libre se rapproche le plus d'oracle, que je suis amené à utiliser de plus en plus par mon travail :-(. Il me semble que c'est postgresql, mais je ne connais pas les autres. Je parle au niveau développement, pas au niveau perf ni autre. C'est à dire compatibilité de la syntaxe sql, des fonctions etc...
[^] # Re: Bravo
Posté par Philippe Makowski (site web personnel) . Évalué à 2.
(entre nous soit dit, y compris pour son coté "uzine à gaz") mais c'est un avis très personnel ;)
Ceci dit il existe une extension de Firebird qui a été développée pour pouvoir utiliser Compière avec Firebird.
Compière a été écrit pour Oracle à l'origine.
Ce projet s'appelle Fyracle cela permet de faire fonctionner Firebird en "mode Oracle",.
cf http://www.janus-software.com/fb_fyracle.html
[^] # Re: Bravo
Posté par Jean-Paul ARGUDO (site web personnel) . Évalué à 5.
Effectivement... pg/plsql <=> pl/sql, ecpg <=> pro*c, tablespaces, schémas... Après tout les bonnes idées, il faut les prendre et laisser les autres, non ? ;-)
Rhaaa le sale troll... je ne sais pas pourquoi tu cherches à faire passer ce message, c'est vraiment de l'intox.
Je suis à l'Origine DBA Oracle et PostgreSQL n'est en rien une usine à gaz comme Oracle, crois moi.
Mais c'est aussi un avis personnel.
[^] # Re: Bravo
Posté par Philippe Makowski (site web personnel) . Évalué à 1.
disons juste que Firebird est plus simple d'administration (et c'est pas peu dire) que PostGresql.
Mais en ce qui concerne la question qui est le rapprochement avec Oracle, même si PostgreSQL est plus proche dans sa version de base, Fyracle devrait faciliter grandement la vie de ceux qui veulent quitter Oracle.
[^] # Re: Bravo
Posté par Philippe Makowski (site web personnel) . Évalué à 1.
encore une fois longue vie à l'association, il y a largement de la place pour tous et plus les projets open-source dans ce domaine montreront leurs capacités et leur sérieux, mieux se sera. Les SGBD sont un domaine important du système d'information des entreprises et administrations, vivement qu'on se débarasse des proprio.
[^] # Re: Bravo
Posté par Raoul Volfoni (site web personnel) . Évalué à 1.
Je ne voudrais pas me faire l'avocat du diable, mais il y a encore de sacrées différences entre Oracle et PostgreSQL sur ce terrain là. Je viens de terminer la lecture de la documentation de la V8 et à moins d'être passé complètement à coté, je n'ai pas vu comment faire de préallocation pour un Tablespace ni même comment faire de partitionnement vertical ou horizontal. Déçu je suis... :-(
# Un souhait
Posté par Pierre Jarillon (site web personnel) . Évalué à 5.
Mon souhait est de voir sur le site une liste des interfaces à Postgresql avec quelques commentaires, les préconisations d'utilisation et les URLs qui s'y rapportent.
[^] # Re: Un souhait
Posté par Jean-Paul ARGUDO (site web personnel) . Évalué à 2.
Très bonne idée Pierre, je mets ça dans ma TODO list... Si jamais je ne savais pas quoi faire après le salon Solutions Linux 2005... ;-)...
--
Jean-Paul Argudo
www.PostgreSQLFr.org
[^] # Re: Un souhait
Posté par Raoul Volfoni (site web personnel) . Évalué à 3.
L'évêque ferait tout aussi bien de bénir la libpq, parce qu'avec un minimum de connaissance de cette bibliothèque et des vues de l'INFORMATION SCHEMA, il est assez facile de manipuler PostreSQL.
C'est d'ailleurs aussi vrai pour les autres RDBMS, et certains produits propriétaires ont une telle couche d'abstraction qu'ils permettent de manipuler de nombreux SGBDR (C.f. DB Artisan d'Embarcadero que j'ai envie de citer :).
Mais qu'on me laisse profiter de cette annonce pour faire un appel à contribution: j'ai par le passé réalisé un générateur de code SQL pour un produit concurrent et propriétaire que je n'ai pas envie de citer. Le but étant à partir d'un schéma physique de créer (presque) toutes les procédures stockées nécessaires à la manipulation des tuples des tables d'une ou plusieurs bases. J'ai quelques nouvelles idées à mettre en oeuvre mais je ne me sent pas capable de tout écrire tout seul.
Bref, peut-être que cette association sera le lieu idéal pour en débattre...
[^] # Re: Un souhait
Posté par Stéphane Traumat (site web personnel) . Évalué à 2.
http://about.me/straumat
[^] # Re: Un souhait
Posté par Raoul Volfoni (site web personnel) . Évalué à 1.
Mais ça n'a rien d'incompatible avec une génération de procédures stockées! Pour l'instant les SGBDR sont encore ce que l'on a trouvé de mieux pour la persistance des objets. Autant en tirer le meilleur parti et les utiliser à bon escient.
> type hibernate qui lui gère le SQL...
Les procédures stockées aussi? Parce que si c'est pour se retrouver avec du code SQL disséminé un peu partout, merci bien, mais j'aurais l'impression de refaire les mêmes âneries qu'il y a 20 ans avec le SQL embedded dans du Cobol. Enfin, je crois qu'on a déjà eu ce débat maintes et maintes fois. Il faudrait que l'on en discute de vive voix. :)
> marre de résonner en table et requête :)
Tout à fait d'accord, et c'est justement la raison pour laquelle je trouve judicieux de faire tout celà automatiquement et le plus efficacement possible pour s'affranchir de ces contraintes. Encore que pour certains traitements, tu n'es pas près de m'ôter de l'idée que rien ne vaut de bonnes procédures SQL longuement affinées avec un analyseur de requêtes. Et là rien ne remplacera jamais un bon DBA...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.