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 julien . Évalué à 5.
j'ai mal compris ?
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Delahaye Matthieu . Évalué à 6.
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 Sami Dalouche . Évalué à 0.
Maintenant, est-ce que quelqu'un sait comment SAPdb se compare a Postgres ?
Sam
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Robert VISEUR (site web personnel) . Évalué à 2.
Il me semble qu'il y avait une différenciation nette entre PostGreSQL et MySQL. MySQL est un serveur léger et PostgreSQL est plus pro, comparable à Oracle. Deux produits pour satisfaire des besoins spécifiques.
Si MySQL se rapproche de SAPDB, lui même proche "concurrent" de PostGreSQL, ça fera deux produits similaires et un trou côté serveur de base de données léger, non ?
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par fredix . Évalué à 3.
En quoi une base de données qui ne gère pas toutes les implémentations attendues d'un serveur est plus légère ? Tu entends quoi par plus léger, pour qui, pour quoi ?
Certes Mysql dans ses dernières version 4.x rattrape son retard sur PostgreSQL, mais s'il utilise la technologie SapDB pour faire un bon en avant de N ans alors tant mieux, non ?
Par contre moi par plus léger j'entend une base de donnée fichier à la Access qui n'impose donc pas de serveur. De ce coté l'offre libre est plus faible et s'arrète au très intéressant Sqlite ( http://www.sqlite.org(...) ). Là on peut parler de SGBD plus léger oui.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Sami Dalouche . Évalué à 1.
parce que MySQL gere maintenant le SQL objet et les procedures stockees ?
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par fredix . Évalué à 1.
J'ai dis qu'il rattrapait pas équivalait :) La question est de savoir si SapDB gère cela.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par jusob . Évalué à 2.
J'ai regarde le site avec attention, mais impossible de trouver la license. GPL?
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par fredix . Évalué à 2.
Copyright:
The author disclaims all copyright. The library is in the public domain.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Larry Cow . Évalué à 2.
http://pysqlite.sourceforge.net/(...)
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par fredix . Évalué à 2.
Il existe une librairie d'abstraction en C, gérant Sqlite, PostgreSQL, Mysql :
http://libdbi.sourceforge.net(...)
je l'utilise actuellement sur un dev en Gtk+. C'est le même genre de bibliothèque que la libgda ( http://www.gnome-db.org/docs/libgda/index.html(...) ), mais en plus léger et surtout compilable plus facilement sur Windows.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par julien . Évalué à 2.
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 Pierre Jarillon (site web personnel) . Évalué à 9.
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 Drikse . Évalué à 2.
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 Sami Dalouche . Évalué à 0.
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 Jerome Herman . Évalué à 5.
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 gndl (site web personnel) . Évalué à 1.
Tu veux dire par là que PostGresSQL a des fuites mémoires ?
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Gloo . Évalué à 1.
Non. C'est une blague:
http://developer.postgresql.org/docs/postgres/routine-vacuuming.htm(...)
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par kesako . Évalué à 3.
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 Rénald Casagraude . Évalué à 1.
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 allcolor (site web personnel) . Évalué à 1.
Ou alors j'ai mal lu... ou je ne comprends pas...
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Pierre Jarillon (site web personnel) . Évalué à 1.
C'est un raccourci, mais en gros, c'est ça.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
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 Franck Hanot . Évalué à 1.
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 Pierre Tramo (site web personnel) . Évalué à 1.
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 arapaho . Évalué à 2.
A quand un petit .deb officiel .......
[même si les tarballs sont très simples d'utilisation]
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par Pierre Jarillon (site web personnel) . Évalué à 3.
[^] # Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
Posté par FRLinux (site web personnel) . Évalué à 1.
Surtout que pour repondre plus haut, SapDB est utilisé en base d'un système Sap pour gerer des trucs en interne donc ils ne le développent pas vraiment à perte.
Steph
# GPL !
Posté par free2.org . Évalué à 10.
http://www.sapdb.org/7.4/sap_db_gnu.htm(...)
# Re: MySQL bientôt basée sur SAPDB ?
Posté par Frédéric Massot (site web personnel) . Évalué à -2.
http://advocacy.postgresql.org(...)
# Question bête
Posté par dinomasque . Évalué à 1.
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 krys . Évalué à 3.
Je fais une recherche d'infos et je poste le lien.
[^] # Re: Question bête
Posté par fabien . Évalué à 3.
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 krys . Évalué à 3.
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 dinomasque . Évalué à 1.
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 fabien . Évalué à 1.
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 vrm (site web personnel) . Évalué à 2.
merci le gentil commercial
[^] # Re: Question bête
Posté par fabien . Évalué à 4.
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 fabien . Évalué à 2.
on m'a repondu "t'es sur que c'est pas MsSQL ?.. :)"
j'avais oublié le "pas".
[^] # Re: Question bête
Posté par totof2000 . Évalué à 1.
[^] # Re: Question bête
Posté par Richard Van Den Boom . Évalué à 4.
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 Gniarf . Évalué à 2.
[^] # Re: Question bête
Posté par grmbl . Évalué à 2.
[^] # Re: Question bête
Posté par Larry Cow . Évalué à 1.
[^] # Re: Question bête
Posté par Pierre Tramo (site web personnel) . Évalué à 1.
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 ZeroHeure . Évalué à 1.
"La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay
[^] # Re: Question bête
Posté par Thomas Cataldo (site web personnel) . Évalué à 1.
# Re: MySQL bientôt basée sur SAPDB ?
Posté par nooky59 . Évalué à 3.
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 FRLinux (site web personnel) . Évalué à 2.
Steph
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par norbs . Évalué à 1.
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par Pierre Tramo (site web personnel) . Évalué à 2.
Ç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 nooky59 . Évalué à 2.
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 Rozé Étienne . Évalué à 2.
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 Quentin Delance . Évalué à 1.
En ce qui me concerne, j'ai l'habitude d'utiliser le package DB de PEAR. Qu'est ce que ADOdb apporte par rapport a PEAR ??
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par Rozé Étienne . Évalué à 2.
voilà ce qu'ils en disent sur le site :
ADOdb is possibly the fastest database library for PHP. We are twice as fast as PEAR DB, 10% faster than PhpLib. See benchmarks.
Et le benchmark qu'ils donnent est là ( sur un site qui n'est pas le leur)
http://phplens.com/lens/adodb/(...)
IL y a aussi une comparaison systématique : http://php.weblogs.com/Compare_PEAR_DB_ADOdb(...)
Avec l'aide de google (via nexen) j'ai trouvé aussi cela :
http://www.phpkitchen.com/article.php?story=20030120094236904(...)
Voilà, voilà....
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par Quentin Delance . Évalué à 1.
Je crois qu'il est temps de refaire un peu de veille techno car PEAR:DB semble depasse (en perf bien sur cf ton lien mais surtout la possibilite de gerer les metadonnees des tables semble interessante)
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par DPhil (site web personnel) . Évalué à 1.
La rapidité. ADODB est bien plus performant que PEAR::DB.
[^] # Re: MySQL bientôt basée sur SAPDB ?
Posté par Olivier Serve (site web personnel) . Évalué à 0.
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 Quentin Delance . Évalué à 1.
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 Thomas Cataldo (site web personnel) . Évalué à 2.
--------------------------------
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 aem_ . Évalué à 1.
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.