Solutions Linux 2005 : Naissance de l'association PostgreSQLFr

Posté par  . Modéré par Jaimé Ragnagna.
Étiquettes :
0
26
jan.
2005
Communauté
Le moment tant attendu est enfin arrivé. L'association PostgreSQLFr voit le jour.

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

  • # euh?

    Posté par  (site web personnel) . Évalué à 5.

    C'est la premiere assemblee generale mais y'a deja un president? Tout adhérent de l'association aura droit de vote. Il faudra adherer juste avant l'AG? J'ai du louper un truc? En tous cas, longue vie a PostGreSQLFr ! :)
    • [^] # Re: euh?

      Posté par  (site web personnel) . Évalué à 2.

      Oui c'est la 1ère assemblée générale, mais ce n'est pas l'assemblée constitutive de l'asso pour autant.

      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  (site web personnel) . Évalué à 2.

        Merci pour ces precisions :) Je passerai sur votre stand sans faute, de toutes facons c'est pas tres loin du mien :)
  • # Bravo

    Posté par  (site web personnel) . Évalué à 1.

    Très bonne initiative
    Bon courage et longue vie à l'association


    Philippe Makowski
    membre du bureau de la Fondation FirebirdSQL
    • [^] # Re: Bravo

      Posté par  . Évalué à 2.

      Un ptit récap des différences firebird/postgresql/xyz ?

      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  (site web personnel) . Évalué à 2.

        oui certainement que PostGresql ce rapporche plus d'Oracle
        (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  (site web personnel) . Évalué à 5.

          oui certainement que PostgreSQL se rapproche plus d'Oracle


          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 ? ;-)

          (entre nous soit dit, y compris pour son coté "uzine à gaz") mais c'est un avis très personnel ;)


          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  (site web personnel) . Évalué à 1.

            ok, pardon j'ai un peu exagéré.

            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  (site web personnel) . Évalué à 1.

              ps je ne veux pas troller, vraiment, je ne souhaite que du bien à PostgreSQL,
              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  (site web personnel) . Évalué à 1.

            > Effectivement... pg/plsql <=> pl/sql, ecpg <=> pro*c, tablespaces, schémas...

            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  (site web personnel) . Évalué à 5.

    Postgresql est de loin le SGBD que je préfère et il permet d'utiliser autant de front-ends qu'un évêque peut en bénir...
    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  (site web personnel) . Évalué à 2.

      voir sur le site une liste des interfaces à Postgresql avec quelques commentaires, les préconisations d'utilisation et les URLs qui s'y rapportent


      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  (site web personnel) . Évalué à 3.

      > et il permet d'utiliser autant de front-ends qu'un évêque peut en bénir...

      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  (site web personnel) . Évalué à 2.

        Perso... On est en train d'étudier l'approche MDA qui permettrait de générer les objets persistants type hibernate qui lui gère le SQL... a mon avis, c ce qui a le plus d'avenir... marre de résonner en table et requête :)

        http://about.me/straumat

        • [^] # Re: Un souhait

          Posté par  (site web personnel) . Évalué à 1.

          > On est en train d'étudier l'approche MDA

          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.