lundi 06 octobre

Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Articles précédents : Articles

[128] Munich reste sur la voie du libre
[33] Premier boot de Power 5 sous Linux
[27] Knoppix-MiB 11b est dispo
[14] Linux & laptops : 4e (et dernier) article
[10] On parle de Linux au Québec
[40] @RT Flash parle de Logiciel libre, TCPA, et Palladium
[21] Naissance de deux revues scientifiques gratuites et libres
[16] Remise des premiers Trophées du Libre
[47] Les posters Linux nouveaux sont arrivés !
[188] Microsoft et les centres hospitaliers

Liens connexes

Communiqué officiel de SAP [PDF] (1103 hits)
La news sur slashdot (755 hits)

Dépêche modérée par

Articles : MySQL bientôt basée sur SAPDB ?

Posté par Thomas Cataldo (page perso, ). Modéré le 27 mai 2003.

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.

Communiqué officiel de SAP [PDF] (1103 hits)
La news sur slashdot (755 hits)

> Lire les commentaires (61 commentaires, moyenne: 2).

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

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

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

Posté par julien (page perso, ) le 27/05/2003 à 09:03. (lien). É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 Delahaye Matthieu () le 27/05/2003 à 09:19. (lien). É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 Sami Dalouche (page perso, ) le 27/05/2003 à 09:28. (lien). Évalué à 0.
  si MySQL est abandonne au profit de SAPdb c'est une bonne chose :)
  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 (page perso, ) le 27/05/2003 à 10:00. (lien). Évalué à 2.
  Présenté comme cela, ça m'étonne un peu.
  
  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 (Jabber id, page perso, ) le 27/05/2003 à 10:21. (lien). Évalué à 3.
    un trou côté serveur de base de données léger, non ?
    
    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.
    
    --
    RubyFrance
    - [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
      
      Posté par Sami Dalouche (page perso, ) le 27/05/2003 à 10:35. (lien). Évalué à 1.
      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 ?
      
      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 (Jabber id, page perso, ) le 27/05/2003 à 12:00. (lien). Évalué à 1.
        parce que MySQL gere maintenant le SQL objet et les procedures stockees ?
        
        J'ai dis qu'il rattrapait pas équivalait :) La question est de savoir si SapDB gère cela.
        
        --
        RubyFrance
    - [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
      
      Posté par jusob () le 27/05/2003 à 14:29. (lien). Évalué à 2.
      >De ce coté l'offre libre est plus faible et s'arrète au très intéressant Sqlite ( http://www.sqlite.org(...) ).
      
      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 (Jabber id, page perso, ) le 27/05/2003 à 14:45. (lien). Évalué à 2.
        Dans le fichier /usr/share/doc/libsqlite0/copyright :
        
        Copyright:
        
        The author disclaims all copyright. The library is in the public domain.
        
        --
        RubyFrance
    - [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
      
      Posté par Larry Cow () le 27/05/2003 à 16:24. (lien). Évalué à 2.
      A noter: il existe un binding tres bien pour SQLite et Python: pysqlite. Il apporte (entre autre) un peu de typage dans ce monde de brutes :)
      
      http://pysqlite.sourceforge.net/(...)
      - [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
        
        Posté par fredix (Jabber id, page perso, ) le 27/05/2003 à 16:35. (lien). Évalué à 2.
        Justement pour les "brutes" :)
        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.
        
        --
        RubyFrance

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

Posté par julien (page perso, ) le 27/05/2003 à 09:30. (lien). É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 Pierre Jarillon (page perso, ) le 27/05/2003 à 10:07. (lien). É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 Drikse () le 27/05/2003 à 13:09. (lien). É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 Sami Dalouche (page perso, ) le 27/05/2003 à 14:20. (lien). É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 Jerome Herman () le 27/05/2003 à 14:34. (lien). É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
        
        --
        Kha
        root est un privilège, pas un droit !
        
        [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
        
        Posté par Jacque Chirac () le 27/05/2003 à 21:18. (lien). Évalué à 1.
        > Et puis en PostGresSQL il y a toujours la question de savoir quand est ce que tu vas passer l'aspirateur....
        
        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 () le 28/05/2003 à 01:09. (lien). Évalué à 1.
        "Tu veux dire par là que PostGresSQL a des fuites mémoires "
        
        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 () le 27/05/2003 à 14:34. (lien). É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 Rénald Casagraude () le 27/05/2003 à 15:03. (lien). É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 allcolor (Jabber id, page perso, ) le 27/05/2003 à 17:32. (lien). É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...
        
        --
        All those moments will be lost in time, like tears in the rain.
        
        [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
        
        Posté par Pierre Jarillon (page perso, ) le 27/05/2003 à 18:41. (lien). É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 Pierre Tramo (page perso, ) le 27/05/2003 à 22:04. (lien). É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 Franck Hanot (page perso, ) le 28/05/2003 à 07:51. (lien). É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 Pierre Tramo (page perso, ) le 27/05/2003 à 09:38. (lien). É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 arapaho () le 27/05/2003 à 09:39. (lien). É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]
- [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
  
  Posté par Pierre Jarillon (page perso, ) le 27/05/2003 à 10:14. (lien). Évalué à 3.
  MySQL-AB est une entreprise suédoise très professionnelle qui vend son support à d'autres entreprises. C'est très professionel. Cette histoire de réputation professionnelle ou grand-public n'a aucun fondement.
  - [^]Re: MySQL bientôt basée sur SAPDB ? ... le contraire non ?
    
    Posté par FRLinux (page perso, ) le 27/05/2003 à 12:27. (lien). Évalué à 1.
    tout a fait d'accord.
    
    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 (page perso, ) le 27/05/2003 à 09:11. (lien). Évalué à 11.

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 Frédéric Massot (page perso, ) le 27/05/2003 à 09:33. (lien). Évalué à -2.

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

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

Question bête

Posté par Aurélien Girard () le 27/05/2003 à 09:48. (lien). É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 ?

[^]Re: Question bête

Posté par krys () le 27/05/2003 à 09:53. (lien). É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 fabien () le 27/05/2003 à 10:04. (lien). É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 krys () le 27/05/2003 à 12:09. (lien). É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 Aurélien Girard () le 27/05/2003 à 17:56. (lien). É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.
    - [^]Re: Question bête
      
      Posté par fabien () le 27/05/2003 à 19:54. (lien). É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 vrm (page perso, ) le 27/05/2003 à 09:56. (lien). Évalué à 2.
Oracle c'est le plus cher, c'estp our ca :)

merci le gentil commercial

[^]Re: Question bête

Posté par fabien () le 27/05/2003 à 09:59. (lien). É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 fabien () le 27/05/2003 à 10:09. (lien). É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 totof2000 () le 27/05/2003 à 15:50. (lien). É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 Richard Van Den Boom () le 27/05/2003 à 10:12. (lien). É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 Gniarf () le 27/05/2003 à 10:32. (lien). Évalué à 2.
  Sun propose d'utiliser Adabas en complément de StarOffice, d'ailleurs.
  
  --
  Windows has no users. It has hostages.
  - [^]Re: Question bête
    
    Posté par grmbl (page perso, ) le 27/05/2003 à 12:42. (lien). É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 Larry Cow () le 27/05/2003 à 15:50. (lien). É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 Pierre Tramo (page perso, ) le 27/05/2003 à 17:21. (lien). É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 zero heure (Jabber id, page perso, ) le 29/05/2003 à 14:42. (lien). Évalué à 1.
  SuSE le distribue toujours dans ses boites (sous le nom Adabas je crois).
  
  --
  J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm

[^]Re: Question bête

Posté par Thomas Cataldo (page perso, ) le 27/05/2003 à 19:01. (lien). É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 nooky59 () le 27/05/2003 à 12:06. (lien). É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 FRLinux (page perso, ) le 27/05/2003 à 12:30. (lien). É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 norbs () le 27/05/2003 à 15:44. (lien). É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 Pierre Tramo (page perso, ) le 27/05/2003 à 12:32. (lien). É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 nooky59 () le 27/05/2003 à 12:44. (lien). É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 Rozé Etienne () le 27/05/2003 à 14:32. (lien). É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 Quentin DELANCE () le 27/05/2003 à 15:24. (lien). Évalué à 1.
    Je viens de jeter un oeil rapide.
    
    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é Etienne () le 27/05/2003 à 15:46. (lien). Évalué à 2.
      En fait je n'en sais rien... je n'ai jamais essayé PEAR...
      
      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 () le 27/05/2003 à 16:07. (lien). Évalué à 1.
        Merci bien pour toutes ces infos.
        
        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 (page perso, ) le 27/05/2003 à 16:21. (lien). Évalué à 1.
      Qu'est ce que ADOdb apporte par rapport a PEAR ??
      
      La rapidité. ADODB est bien plus performant que PEAR::DB.
- [^]Re: MySQL bientôt basée sur SAPDB ?
  
  Posté par Olivier Serve (Jabber id, page perso, ) le 27/05/2003 à 15:32. (lien). É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 Quentin DELANCE () le 27/05/2003 à 16:11. (lien). É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 Thomas Cataldo (page perso, ) le 27/05/2003 à 18:52. (lien). É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 aem_ () le 28/05/2003 à 09:21. (lien). É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 ^_^

Revenir en haut de page

Articles précédents : Articles

Liens connexes

Dépêche modérée par

Articles : MySQL bientôt basée sur SAPDB ?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GPL !

[+] Re: MySQL bientôt basée sur SAPDB ?

Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

[^]Re: Question bête

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

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

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

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

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

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

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

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

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

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

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

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

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

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