MySQL bientôt basée sur SAPDB ?

Posté par  (site web personnel) . Modéré par Jean-Yves B..
Étiquettes : aucune
0
27
mai
2003
Presse
Après moult rumeurs sur slashdot et sur les listes de diffusion dédiées à MySQL et SAPDB, la confirmation est tombée. MySQL AB va utiliser SAPDB pour construire les prochaines versions de sa base de données. La but de tout ça est de profiter à la fois de la popularité de MySQL dans le monde du libre et de l'excellente réputation de SAPDB en tant que base de données d'entreprise.

Aller plus loin

  • # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

    Posté par  . Évalué à 5.

    moi, je crois juste comprendre que sap abandonne sapDB et va le remplacer par un mysql adapté pour que ca ne se voit pas trop (techniquement et marketingement parlant)...

    j'ai mal compris ?

    • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

      Posté par  . Évalué à 6.

      Difficile de faire des deductions dans le mesure ou le lien donne correspond a une annonce "marketing" a mon sens. On parle des clients, de la popularite du produit MySQL, mais pour ce qui est du produit final.
      Mais apparement ils parlent de "nouveau produit". C'est du developpement en parallele ou "l'ancien" MySQL va etre abandonne?

      Sinon, SapDB a souvent ete compare a Oracle plutot que MySQL. Je pense pas que ce soit l'un qui abandonne sa base pour l'autre, mais plutot (j'espere) une fusion de deux competences.

    • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

      Posté par  . Évalué à 2.

      bon a lire les liens de la news de nexen
      http://dev.nexen.net/news/gen.php3/2003/05/24/1732,0,1,0,0.html(...)

      • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

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

        L'annonce de Nexen me parait la plus réaliste.

        MySQL a développé innodb http://www.innodb.com/(...) , un nouveau DBMS qui doit remplacer avantageusement les antiques fichiers indexés ISAM. Du point de vue fonctionnalités, MySQL devrait pouvoir arriver à la hauteur d'Oracle ou de Postgresql grâce à innodb.
        Rappelons que le MySQL classique ne gérait pas les clés étrangères (Foreign Keys) et les transactions. Voir aussi http://www.mysql.com/doc/en/InnoDB.html(...)

        Si on regarde le problème d'un point de vue économique, le maintien de SAP-DB est seulement une source de coûts pour SAP et n'est pas au centre de l'activité de SAP. Par contre le DBMS est au centre de l'activité de MySQL-AB. On appelle ça un recentrage. Par ailleurs SAP-DB n'a pas réussi à s'imposer.
        C'est exactement le même mouvement que les Unix propriétaires qui font place à GNU/Linux.

        • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

          Posté par  . Évalué à 2.

          Du point de vue fonctionnalités, MySQL devrait pouvoir arriver à la hauteur d'Oracle ou de Postgresql grâce à innodb.
          vu sur le site de MySQL, dans la documentation:
          It is planned to implement views in MySQL Server around version 6.0
          C'est vrai que l'on peut s'en sortir sans les vues pour une partie des problemes, mais il y a des moments, ca s'implifie largement la vie. C'est dommage, mais on ne peut pas trop leur en vouloir.

          • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

            Posté par  . Évalué à 0.

            ah, parce que MySQL n'avait meme pas les vues.....

            En fait le seul avantage de MySQL sur PostgreSQL, c'est que c'est plus rapide, c'est ca ?

            • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

              Posté par  . Évalué à 5.

              En fait le seul avantage de MySQL sur PostgreSQL, c'est que c'est plus rapide, c'est ca ?

              OUi et non, si tu as un seul type de client qui fait un peu toujours les memes requetes (cas particulier d'un middleware a la PHP sur un site web) alors la oui MySQL dechire. Mais sinon quand le nombre de connections concurrentes augmente, postgres reprend la main tres vite. En plus MySQL n'offre pas d'outils pour verifier a priori ou a posteriori les coherence au sein de ta base de donnees, donc il faut tout se faire a la main. Perso une Foreign Key avec des triggers cascadant c'est bien, le faire faire par du PHP ca prend des plombes.

              Par contre effectivement sur du WORM (write once read many, base de donnees tres peu modifiees compares a leur consultation) MySQL est effectivement souvent plus rapide. Et puis en PostGresSQL il y a toujours la question de savoir quand est ce que tu vas passer l'aspirateur....

              Kha

            • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

              Posté par  . Évalué à 3.

              ben evidement ! d'un cote tu as postgresql qui s'efforce des le depart d'etre un *vrai* sgbd , de l'autre tu as mysql , qui au depart est un systeme de fichier a peine amelioré . forcement mysql va plus vite, bcp plus vite meme.

              Postgres progresse lentement car sa cible est occupée par des mastodontes (oracle, sybase, db2,...) bien etablis . mais c'est un tres bon sgbd.

              alors que mysql a ete le sgbd de choix pour les sites web où il y a bcp de consultation et peu de modifs . là où la vitesse prime sur tout.

              ceci dit depuis la v4 de mysql , les choses changent.

              • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

                Posté par  . Évalué à 1.

                > ceci dit depuis la v4 de mysql , les choses changent.

                Je dirait, que depuis la v4.0 les chose change un peu
                Et que la 4.1 risque de "nous" changer la vie...

                R.

              • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

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

                Mais y a un truc que je comprends sur MySQL... il dise que c'est un SGBDR alors que MySQL ne gére pas les foreign key (avant la v4) ==> pas d'intégrité reférentiel... si pas de foreign key pas de relation, non ?

                Ou alors j'ai mal lu... ou je ne comprends pas...

                • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

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

                  Le terme "relationnel" est relatif au mode de consultation (aux requêtes) et c'est indépendant des foreign keys qui assurent l'intégrité de la base... essentiellement lors de l'écriture.

                  C'est un raccourci, mais en gros, c'est ça.

                • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

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

                  relation --> table/tableau
                  L'algèbre relationnel est l'algbèbre qui se rapporte aux tables, SQL permet pemet d'utiliser l'algèbre relationnel.
                  Les bases de données relationnelles, ont la particularité de stocker l'information dans les tables, par opposition aux bases de données hiérarchiques, par exemple.
                  Mais ça s'arrête là, ça n'implique pas de notion de foreign key ou quoi que ce soit.

                  • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

                    Posté par  . Évalué à 1.

                    Hum, je dois relever cette énorme erreur.
                    Le principal intérêt de l'algèbre relationnelle est de mettre en relation des données par des contrainte de dépendance. Ce qui fait qu'une base de données est relationnelle et la possibilité d'établir des relations entre tables via des contraintes d'intégrité (clefs étrangères pointant sur des clefs primaires ou unique). MySql ne possédais pas jusqu'à peu de temps cette option, ce n'était pas donc pas un SGBD relationnel.
                    Essayez de maintenir une BDD mySql 3 en 3eme forme normale pour voir... ;o)

                    Quant au positionnement de SAPdb :
                    mySql est le SGBD simple par excellence. Vite installé, bases vite montée et sauvegardées. En revanche, impossible de monter un fonctionnel complexe dessus sans se prendre la tête car on ne peux s'appuyer sur des mécanismes adaptés. (Pas de vues, pas de contraintes). Bref, pour stocker beaucoup de donnée de structure simple
                    postGresQl est un SGBDR avec toutes les composantes modernes (même si les clefs étrangère furent un temps gérées bizarrement). Mais il traîne un background trop peu industriel. Il manque d'outillage tel qu'affectionnent les entreprises.
                    Un manque qu'SAP DB comble manifestement, la solidité et la maîtrise des perfs en plus.

    • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

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

      moi, je crois juste comprendre que sap abandonne sapDB et va le remplacer par un mysql adapté pour que ca ne se voit pas trop (techniquement et marketingement parlant)...
      j'ai mal compris ?
      Moi je lis que dans un premier temps, SAP DB va être renommé sous "une" marque MySQL (donc les deux vont coexister), puis que les deux vont fusionner.
      Maintenant c'est bien écrit qu'il vont combiner la techno SAP DB et la popularité de MySQL ;)

    • [^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?

      Posté par  . Évalué à 2.

      Je ne pense pas que sapDB soit remplacé par un MySQL de n'importe quelle forme. Il serai dommage d'échanger une "réputation" professionnelle (sapDB) contre une "réputation "grand publique (MySQL). Après ce n'est que mon humble avis.

      A quand un petit .deb officiel .......
      [même si les tarballs sont très simples d'utilisation]

  • # GPL !

    Posté par  . Évalué à 10.

    précisons que SAPdb est deja sous licence GPL
    http://www.sapdb.org/7.4/sap_db_gnu.htm(...)

  • # Re: MySQL bientôt basée sur SAPDB ?

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

    MySQL va peut être enfin atteindre le niveau de PostgreSQL :o)

    http://advocacy.postgresql.org(...)

  • # Question bête

    Posté par  . Évalué à 1.

    C'est quoi SAPDB ?

    Ce n'est tout de même pas le SGBD de SAP ?
    Pourtant l'ERP de SAP ne fonctionne qu'avec Oracle (on m'aurait menti ?)

    Quelqu'un aurait-il la charité de m'apporter quelques éclaircissements ?

    BeOS le faisait il y a 20 ans !

    • [^] # Re: Question bête

      Posté par  . Évalué à 3.

      Il me semble que SAP soit capable de s'interfacer avec plusieurs DBMS du marché, j'avais lu qu'il en supportait 3 ou 4. Je pense que les consultants SAP proposent par défaut un interfaçage avec oracle pour des questions de maintenance.

      Je fais une recherche d'infos et je poste le lien.

      • [^] # Re: Question bête

        Posté par  . Évalué à 3.

        les consultants SAP proposent par défaut un interfaçage avec oracle pour des questions de maintenance.

        Non, par frilosité, on leur a dit que c'est mieux car c'est le 1er et qu'il faut l'utiliser, de toute fassons c'est pas leur pognon et toutes les boites de consulting proposerons oracle.

        En general, pour les consultants SAP que j'ai connu, c'est des gros bouffons qui n'y connaissent rien.
        C'est des anciens vendeur de machines a laver, (j'exagere a peine) qui pour se faier recycler sont allé suivre les cours SAP a paris ou a lauzane. d'ailleur j'ai suivis une de ses sessions, les cours sont orienté business plus qu'autre chose.

        • [^] # Re: Question bête

          Posté par  . Évalué à 3.

          Pour les consultants SAP, je sui tout à fait d'accord.
          J'en ai vu un, un jour qui à migré des listes de données en passant par le format Excel (C'était pas drôle, la base d'origine possédait plus de 65536 enregistrements).
          Résultat, tous le enregistrements au delà de 65536 étaient tout bonnement "Zappés".

          Niveau crédibilité et professionnalisme on a vu mieux.

          En tout cas, ça tombe bien, j'avais un projet à lancer et j'hésitais entre MySQL et SAPDB : La question est règlée.

        • [^] # Re: Question bête

          Posté par  . Évalué à 1.

          <blockquote> les cours sont orienté business plus qu'autre chose.</blockquote>

          Et c'est heureux !
          Croire que la mise en place d'un ERP est un projet informatique est le moyen le plus sur de se planter, de perdre énormément de temps, et de dépenser en vain des fotunes pour rien.

          BeOS le faisait il y a 20 ans !

          • [^] # Re: Question bête

            Posté par  . Évalué à 1.

            Et c'est heureux !

            Quoi qu'il en soit, je suis d'accord, il y a une grosse part de fonctionel necessaire pour la mise en place d'un tel projet.
            Ceci dit, des Key users impliqués et epaulés d'informaticiens ouverts, et ca marche tres bien, nous nos bouffons a 1000euro HT la journée on les virés quand on s'est rendu compte qu'on en savais autant qu'eux dans SAP et plus qu'eux sur notre business, on a tres bien demarré sans leurs "best practices" de merde.
            (y'a qu'en FI ou on a eut un peu plus besoin d'eux)

            Celui qui ma fait le plus marré c'est le chef de la meute (un senior) a 1500Euro HT (+deplacements..) qui venais lire ses emails chez nous et lancer msproject...

    • [^] # Re: Question bête

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

      Oracle c'est le plus cher, c'estp our ca :)

      merci le gentil commercial

    • [^] # Re: Question bête

      Posté par  . Évalué à 4.

      Oui il s'agit bien de SAP R/3 l'ERP de SAP AB.
      l'ERP marche avec : Oracle, DB2 et SAPDB
      et bientot avec MySQL donc.

      c'est une consecration.
      a mon boulo, on utilise SAP R/3, une fois j'ai parlé de MySQL, on m'a demandé ce que c'est : "t'es sûr que c'est MsSQL ?? :) "...

      maintenant je vais leur renvoyé ca ils vont en faire une tête !
      ca va leur apprendre a se foutre de l'open source !

      • [^] # Re: Question bête

        Posté par  . Évalué à 2.

        je m'autocorrige :
        on m'a repondu "t'es sur que c'est pas MsSQL ?.. :)"
        j'avais oublié le "pas".

      • [^] # Re: Question bête

        Posté par  . Évalué à 1.

        Ca s'interface (mais ca ne marche pas tres bien d'apres ce qu'on m'a dit) avec M$ sql Server, et il me semble que ca s'interface avec la plupart des SGBD du marché (comprendre SGBD propriétaires).

    • [^] # Re: Question bête

      Posté par  . Évalué à 4.

      C'est l'ancien Adabase, à l'époque beaucoup distribué par SuSE en Allemagne.
      SAP a racheté Adabase et a releasé les sources en GPL. C'es dommage que cela ne soit pas plus connu car Adaase a l'air d'être un produit drolement sérieux : d'abord pour que SAP s'en préoccupe mais aussi parcequ'il est utilisé dans des sociétés aussi divers que des spécialistes d'introduction en bourse, des banques ou des hopitaux.

      Cordialement,

      • [^] # Re: Question bête

        Posté par  . Évalué à 2.

        Sun propose d'utiliser Adabas en complément de StarOffice, d'ailleurs.

        • [^] # Re: Question bête

          Posté par  . Évalué à 2.

          Vouais. Documenation difficile à trouver. Limitations diverses. Au final, pour faire quelque chose de sérieux, il faut acheter un version d'adabas en boîte avec sa doc. Bof.

      • [^] # Re: Question bête

        Posté par  . Évalué à 1.

        C'est bizarre, j'avais toujours cru que SAP c'etait des gros mechants pas du tout sensibilises aux arguments du libre. Je m'aurais trompe? (j'espere)

        • [^] # Re: Question bête

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

          C'est bizarre, j'avais toujours cru que SAP c'etait des gros mechants pas du tout sensibilises aux arguments du libre.
          Bah en fait, ils font comme beaucoup de leur concurrents : quand ils ont une bonne position sur un marché ils gardent jalousement leurs sources, mais dès qu'un produit leur coûte plus d'argent qui ne leur en rapporte, qu'il devient moins stratégique, ou qu'il souffre de lacunes à combler rapidement, ils libèrent leurs sources.
          Maintenant on peut espérer que cette position plutôt pragmatique leur réussisse et les incite à libérer de plus en plus de logiciels.

      • [^] # Re: Question bête

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

        SuSE le distribue toujours dans ses boites (sous le nom Adabas je crois).

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

    • [^] # Re: Question bête

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

      SAP est surtout le premier revendeur de base Oracle en europe. Au bout d'un moment, ils ont réalisé le manque à gagner, forké adabas et porté l'intégralité de leurs produits sur SAPDB. Toutes les nouvelles installations de R/3 se font sur SAPDB actuellement, sauf si le client insiste pour avoir du oracle.

  • # Re: MySQL bientôt basée sur SAPDB ?

    Posté par  . Évalué à 3.

    C'est bien beau mais çà fait un peu peur quand même...

    mySQL est quand même primé pour sa rapidité sur des bases de taille moyenne à un peu grosse par rapport à Oracle.

    Par contre Oracle est dans son élément pour de très très grosses bases avec de très nombreux accès concurrents.

    Donc est ce que mySQL saura garder sa rapidité sur des bases plus modestes. Est ce que SAPDB est à l'aise sur ce genre de choses ?

    Quid également de la compatiblité. Il est primordial de bénéficier des API C et PHP sous la même forme, de bénéficier des mêmes fonctions pour que mySQL reste malgrè tout mySQL, que la compatibilité soit descendante pour éviter de devoir migrer tout l'existant pour bénéficier des avantages de SAPDB !

    • [^] # Re: MySQL bientôt basée sur SAPDB ?

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

      Si je ne me trompe, l'annonce concerne MySQL Max, soit celui qui utilise le suport InnoDB (non présent dans la version normale). Donc tu peux espérer plusieurs versions selon tes besoins.

      Steph

      • [^] # Re: MySQL bientôt basée sur SAPDB ?

        Posté par  . Évalué à 1.

        Tu peux même choisir par table le mode de stockage ISAM ou INNODB. Je pense que SAPDB sera une nouvelle option de stockage...

    • [^] # Re: MySQL bientôt basée sur SAPDB ?

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

      Quid également de la compatiblité. Il est primordial de bénéficier des API C et PHP sous la même forme
      Ça c'est une question qu'on ne devrait plus avoir à se poser depuis longtemps, il existe maintenant des couches d'abstraction pour accéder de façon uniforme aux bases de données, quel qu'en soit le fournisseur : JDBC pour la plateforme Java, ODBC/ADO pour le monde Windows, pour PHP il existe ADOdb ( http://php.weblogs.com/ADODB(...) ) même s'il a l'air encore peu répendu et que les programmes PHP ont encore la facheuse manie d'être liés à un (ou quelques) fournisseur de base de données donné.

      • [^] # Re: MySQL bientôt basée sur SAPDB ?

        Posté par  . Évalué à 2.

        Ouaips, c'est sûr mais dans ce cas là c'est que tu as pleinement pensé ton programme vers l'évolutivité pour la migration éventuelle vers un autre SGBD.

        Tu peux parfois préfèrer t'appuyer sur un SGBD particulier pour des raisons de performances et dans ce cas te baser sur l'interface native et les fonctions natives pour éviter de devoir réinventer la roue et éviter le codage de certaines choses... Dans ce cas, c'est sûr qu'il est dommage de dire mySQL nouvelle génération ne supporte plus telle ou telle fonction.

        Mais effectivement si il y a plusieurs versions du produit (commr pour MySQL Max), c'est nickel. Quoique, différents mySQL non compatible au niveau de l'API et des fonctions de base, hmm hmm...

      • [^] # Re: MySQL bientôt basée sur SAPDB ?

        Posté par  . Évalué à 2.

        J'utilise http://php.weblogs.com/ADODB.(...) C'est vraiment pas mal et le développement du projet est actif. D'ailleur la version ADOdb 3.50 est sortie il y a quelques jours :

        22 May 2003: ADOdb 3.50 released. FreeTDS compat, xmlschema support, postgresql fixes.

        7 April 2003: ADOdb 3.40 released. Smart transactions, virtual (portable) error codes, session expiry notification. Data dictionary code moved from alpha to beta.

        20 March 2003: ADOdb beta extension released. By coding in C, we provide a speedup of up to 75%, depending on the database. Note that substantial speedups will only occur if your database is not mysql nor postgresql. ADOdb 3.31 automatically detects and makes use of the extension if detected.

      • [^] # Re: MySQL bientôt basée sur SAPDB ?

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

        les programmes PHP ont encore la facheuse manie d'être liés à un (ou quelques) fournisseur de base de données donné.

        Ben oui, mais je ne connais pas de couche d'abstraction de la base.
        Il faut la refaire à chaque fois en gros.

        • [^] # Re: MySQL bientôt basée sur SAPDB ?

          Posté par  . Évalué à 1.

          Cf liens ci dessus.

          Je t'aurais bien conseille PEAR::DB (http://pear.php.net(...)) mais il semble que ADOdb soit plus interessant maintenant.

          En utilisant ces couches d'abstraction, et pour peu que tu n'utilises rien de lie au SGBD, il suffira de changer la chaine de connexion pour passer d'une base a l'autre.

          Sans compter les avantages comme une gestion des erreurs bien plus simple qu'en utilisant directement les API de PHP...

  • # Re: MySQL bientôt basée sur SAPDB ?

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

    Pour ceux qui doutent de la véracité de la news, voilà un mail issu de la liste sapdb.general en provenance d'un des managers de sap qui explique ce qui va se passer pour sapdb, et un peu pour mysql (même si je me fiche pas mal de ce qui arrive à mysql) :

    --------------------------------
    MySQL will offer a rebranded version of SAP DB as a MySQL product. So
    SAP DB does not go away and
    will also be offered in the future under as Open Source under GPL. The
    SAP DB team you know stays
    in place and takes care of the ongoing development and and support of
    SAP DB. Future SAP DB
    releases will come as planned. SAP is and remains responsible for the
    SAP DB code base. MySQL plans to
    add the rebranded SAP DB as a new product line to its present MySQL
    Classic and MySQL Pro product
    lines.

    Regards,

    Rudolf Munz
    ---------------------------------

    Donc pour resumer mysql ab (la boîte) va releaser du sapdb et sap va continuer à releaser du sapdb et n'a pas prévu de releaser du mysql ou de faire quoi que ce soit avec mysql.

    • [^] # Re: MySQL bientôt basée sur SAPDB ?

      Posté par  . Évalué à 1.

      et pour ceux qui ne seraient pas allés sur le site de mysql pour vérifier cette news :

      http://www.mysql.com/news/article-351.html(...)

      "With SAP DB, MySQL AB broadens its open source database offerings to address a wider range of application requirements. MySQL AB will offer three database products: MySQL Classic, designed for Web sites, logging and embedded use, where extremely fast read and write access and low overhead are key; MySQL Pro, which adds high performance database transaction support; and the renamed SAP DB, MySQL's SAP-certified offering for large SAP R/3 environments and other applications that require enterprise-level RDBMS functionality."

      autrement dit :

      -mysql "classic"
      -mysql "pro"
      -mysql "sapdb renommé"

      d'ici à fin 2003, dans leur gamme de produits : aucun ne va disparaitre, au contraire : ca va permettre à SAPDB de disposer d'un support commercial spécialisé pour les entreprises qui voudraient revendre cette base dans le cadre d'une offre commerciale de développement, et comme ça, SAP AG se concentre sur leur métier à eux (voir l'annonce sur mysql.com, encore une fois)...

      c'est quand même bien, vérifier les infos ^_^

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.