Pour rappel, Sun a racheté la société MySQL AB (MySQL) en janvier 2008 pour un milliard de dollars, et Innotek (VirtualBox) en février 2008 pour étendre la famille Sun xVM.
Oracle de son côté édite quelques logiciels libres, tels que Berkeley DB, OCFS, btrfs (ajouté dans Linux 2.6.29), et est le 4e plus gros contributeur du noyau Linux (2.6.29) (devant Red Hat, Intel, IBM, ... si on considère le nombre de lignes modifiées). Oracle a racheté la société finlandaise Innobase (moteur InnoDB pour MySQL) en octobre 2005. Ce rachat est à l'origine du nouveau moteur Falcon prévu pour MySQL 6. Oracle a racheté la société BEA en janvier 2008 pour 8,5 milliards de dollars. BEA est une référence dans le monde des serveurs d'applications propriétaires et commerciaux basés sur Java.
L'accord cite principalement « les deux principaux actifs logiciels de Sun : Java et Solaris ». On peut se demander ce qu'il adviendra des produits libres de Sun (Java, MySQL, OpenOffice.org, VirtualBox, OpenSolaris, GlassFish, OpenSPARC, NetBeans, etc.) et surtout de leur politique globale vers le libre.
IBM désirait racheter Sun pour 9,40 dollar par action au maximum, offre déclinée il y a deux semaines (6 avril) par Sun.
Aller plus loin
- Annonce du rachat par Oracle (14 clics)
- FAQ sur le rachat de Sun par Oracle (11 clics)
- Free and Open Source Software from Oracle (5 clics)
- Annonce du rachat par Sun (11 clics)
# Falcon ou InnoDB ?
Posté par windu.2b . Évalué à 4.
Par contre, je ne m'inquiéterais pas trop pour Java : Oracle y a massivement recours, pour tous les outils qui gravitent autour de sa SGBDR. Arrêter Java serait suicidaire, et le rendre proprio serait très mal vu par la communauté, et de toute façon Oracle n'a peut-être pas envie d'assumer seul le développement de Java...
[^] # Re: Falcon ou InnoDB ?
Posté par reeth . Évalué à 6.
Oracle et Sun ça peut faire une bonne synergie au niveau des produits (java, hardware...), mais quelques-uns pourraient passer à la trappe...
[^] # Re: Falcon ou InnoDB ?
Posté par thomas . Évalué à 7.
Maintenant qu'Oracle possède zfs, il peut le passer en GPL et l'inclure dans le noyau (ça serait + simple que de continuer btrfs, zfs possède quelques années d'avance de développement sur btrfs, est déjà en production sur les serveurs et les baies de stockage).
[^] # Re: Falcon ou InnoDB ?
Posté par vida18 . Évalué à 10.
[^] # Re: Falcon ou InnoDB ?
Posté par patrick_g (site web personnel) . Évalué à 7.
Chris Mason, leader du développement de btrfs et employé d'Oracle a posté sur LWN pour dire qu'il n'y avait aucun danger d'abandon de la part d'Oracle :
http://lwn.net/Articles/329130/
[^] # Re: Falcon ou InnoDB ?
Posté par Paul POULAIN (site web personnel, Mastodon) . Évalué à 4.
Bref : les promesses n'engagent que ceux qui les croient !
[^] # Re: Falcon ou InnoDB ?
Posté par eastwind☯ . Évalué à 2.
En fait c'est pas faux , il a juste mal formulé sa phrase (comme dans d'autre discours d'ailleur (cf discours sur les chercheurs ) ) . Il est effectivement le président de SON pouvoir d'achat (d'ou son auto augmentation ).
[^] # Re: Falcon ou InnoDB ?
Posté par fabien . Évalué à 3.
[^] # Re: Falcon ou InnoDB ?
Posté par Sytoka Modon (site web personnel) . Évalué à 10.
Abandonner Linux est à mon avis sucidaire pour eux.
Pour Btrfs, j'ai pas d'avis tranché... C'est vrai que passer le code de ZFS en GPL (ou BSD) pourrait être plus simple...
[^] # Re: Falcon ou InnoDB ?
Posté par Maclag . Évalué à 5.
Non, attendez, je crois que j'ai un air de déjà vu là!
# Contribution
Posté par patrick_g (site web personnel) . Évalué à 10.
http://www.oracle.com/technologies/linux/linux-tech-leadersh(...)
C'est vrai que ces contributions semblent très correctes et de ce coté on ne peut pas critiquer la société.
En revanche je suis plus sceptique sur la fameuse "distribution" Unbreakable Linux qui n'est qu'une reprise du Code Red Hat avec un support payant vendu par Oracle.
Je n'ai pas l'impression que cette initiative ait déclenché l'enthousiasme délirant des entreprises.
[^] # Re: Contribution
Posté par Kangs . Évalué à 4.
Non, mais je pense que c'est plus lié au support du fournisseur du hardware, je ne crois pas que le support serait encore valide.
Parmis les gens qui gravite autour d'Oracle dans les entreprises peut connaissent Unbreakable Linux et RedHat a bonne réputation.
Perso je ne parle jamais de 'Unbreakable Linux' (à cause de ta dépêche justement) et dans mon entourage je ne connais pas un DBA en ayant entendu parlé.
Les offres commercialles ne parlent jamais de la distribution d'Oracle (en tout cas en France) et je ne la vois donc pas percer un jour.
[^] # Re: Contribution
Posté par georgeswwbush . Évalué à 6.
http://oss.oracle.com
Concernant "Unbreakable", je suis plus mitigé: certes, le terme marketing de l'époque était blâmable, mais pour les entreprises, le produit Oracle Enterprise Linux présente des avantages de tailles:
- c'est finalement une Red Hat Enterprise repackagée (dont le support est payant)
- c'est moins cher en terme de support que chez Red Hat
- pour des systèmes hébergeant des DBs Oracle, c'est bonheur: l'intégralité du support soft est assuré par un seul et même éditeur -> Oracle
[^] # Re: Contribution
Posté par dinomasque . Évalué à 7.
BeOS le faisait il y a 20 ans !
[^] # Re: Contribution
Posté par Raphaël SurcouF (site web personnel) . Évalué à 3.
Sans parler des architectures : x86 ou Sparc.
[^] # Re: Contribution
Posté par Gniarf . Évalué à 10.
> Sans parler des architectures : x86 ou Sparc.
tu le fais mal :
Et on aura peut-être même le choix entre les systèmes : Linux ou Oracle.
Sans parler des architectures : x86 ou Oracle.
[^] # Re: Contribution
Posté par patrick_g (site web personnel) . Évalué à 8.
D'un autre coté vu les pointures noyau qui bossent chez Red Hat et la quantité ahurissante de travail que cette boite abat pour le libre je ferai plus confiance à un support payant de sa part plutôt qu'à un support payant Oracle.
[^] # Re: Contribution
Posté par georgeswwbush . Évalué à 5.
comme dis plus bas dans un commentaire, il est clair qu'Oracle ne corrigera jamais un bug dans le paquet amarok, mais ils contribuent quand même pas mal au libre, et ont (à ma connaissance) toujours fourni le code sous GPL - au moins pour la partie Open Source.
Le RDBMS, c'est sûr qu'on trouvera jamais le code source sur google !
[^] # Re: Contribution
Posté par Nap . Évalué à 3.
[^] # Re: Contribution
Posté par patrick_g (site web personnel) . Évalué à 10.
Comme toutes les autres boites il me semble non ?
[^] # Re: Contribution
Posté par Bozo_le_clown . Évalué à -4.
Est-ce le même partrick_g qui poste ces journaux ;-)
http://linuxfr.org/~patrick_g/27223.html
[^] # Re: Contribution
Posté par Nap . Évalué à 0.
[^] # Re: Contribution
Posté par Anonyme . Évalué à 7.
[^] # Re: Contribution
Posté par Kangs . Évalué à 5.
Non je ne crois pas, depuis la 10g il existe ASM (successeur d'OCFS) qui est un système de fichier purement dédié aux traitements de leur base de données.
Pourquoi ils se sont lancé dans un système de fichier comme btfs je n'en sais rien et je me suis souvent demandé ou était leur intérêt.
[^] # Re: Contribution
Posté par Dabowl_92 . Évalué à 6.
L'ASM du point de vue de l'admin unix, c'est un peu comme un raw device, sauf que cette fois plus besoin de créer de Volume Group ni de Logical Volume, tout est géré par Oracle (et après on vient dire que emacs est un OS !!).
L'OS ne fait que servir à Oracle des disques (SAN la plupart du temps), et Oracle se débrouille pour faire le mirroring etc...
# Evil factor ?
Posté par Nicolas (site web personnel) . Évalué à 10.
- la location du logiciel non par machine, mais par processeur ;
- les failles ouvertes durant plusieurs mois ;
- les consultants hors de prix.
Qu'est-ce que cela augure pour java ? Peut-être rine, mais par contre je me fais beaucoups de soucis pour les produits MySQL.
C'est triste que Sun parte ainsi ...
[^] # Re: Evil factor ?
Posté par Thierry Thomas (site web personnel, Mastodon) . Évalué à 3.
Ça pourrait changer, car leur politique vis à vis de la virtualisation n'est pas claire du tout à cause de ça.
[^] # Re: Evil factor ?
Posté par barmic . Évalué à 8.
C'est bien entendu dommageable de voir une solution libre disparaître. Mais rien est encore fais et je ne crois pas que MySQL soit en concurrence avec Oracle. Ce sont deux produits complémentaires.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Evil factor ?
Posté par collinm (site web personnel) . Évalué à 6.
il y a plus de doc, beaucoup d'outils d'admin
beaucoup de compagnie offre du support...
www.solutions-norenda.com
[^] # Re: Evil factor ?
Posté par cosmocat . Évalué à -1.
C'est peut-être parce qu'il y en moins besoin ;)
beaucoup de compagnie offre du support...
et çà, ça peut changer plus que rapidement....
[^] # Re: Evil factor ?
Posté par kowalsky . Évalué à 8.
http://www.postgresql.org/docs/
Cela ne veut pas dire que la doc de mySQL ne l'est pas non plus.
[^] # Re: Evil factor ?
Posté par wismerhill . Évalué à 4.
C'est probablement parce que les gens qui ont écrit la doc de PG pensent plus comme moi :-)
[^] # Re: Evil factor ?
Posté par icyfemur . Évalué à 3.
Par exemple, pour Oracle Data Integrator [1] (ancienement Sunopsis avant le rachat par Oracle), le prix dépends du nombre de base de données auxquelles tu te connecte. Pour un ETL, c'est quand même moche.
Accessoirement, toute la documentation qui existait sur le site de Sunopsis a disparu, car l'ancien site redirige vers le site Oracle sur une page annonçant le rachat par Oracle[2]. DU coup, tout ce qui est référencé par Google et dans les forums pointe sur du vide. J'espere qu'il ne feront pas la même chose pour Java...
[1] http://www.oracle.com/technology/products/oracle-data-integr(...)
[2] http://www.oracle.com/sunopsis/index.html
[^] # Re: Evil factor ?
Posté par icyfemur . Évalué à 3.
http://www.developpez.net/forums/d308939/java/serveurs-dappl(...)
Les deux premiers liens du post de forum pointent sur WebLogic 10[1] et Workshop for WebLogic 10[2]. Et maintenant, toutes les deux redirigent vers leur page de "parking".
[1] http://www.bea.com/framework.jsp?CNT=index.htm&FP=/conte(...)
[2] http://www.bea.com/framework.jsp?CNT=index.htm&FP=/conte(...)
# 9.40 dollards ?
Posté par barmic . Évalué à 1.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: 9.40 dollards ?
Posté par Anonyme . Évalué à 2.
Ils se sont fait racheter pour $9.5 par action. La différence entre l'offre d'IBM et celle de Oracle est donc de 1c. Les deux sont en dessous de $10 par action.
[^] # Re: 9.40 dollards ?
Posté par 2PetitsVerres . Évalué à 8.
Ré-essaye : $9.5 - $9.4 = x
(hint : x != 0.01)
Tous les nombres premiers sont impairs, sauf un. Tous les nombres premiers sont impairs, sauf deux.
[^] # Re: 9.40 dollards ?
Posté par Anonyme . Évalué à 2.
[^] # Re: 9.40 dollards ?
Posté par patrick_g (site web personnel) . Évalué à 3.
[^] # Re: 9.40 dollards ?
Posté par barmic . Évalué à 2.
Moinisez moi si vous voulez.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: 9.40 dollards ?
Posté par ribwund . Évalué à 2.
[^] # Re: 9.40 dollards ?
Posté par claudex . Évalué à 4.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: 9.40 dollards ?
Posté par wismerhill . Évalué à 7.
[^] # Re: 9.40 dollards ?
Posté par gallenza . Évalué à 7.
# Le quatrième plus gros contributeur au noyau Linux?
Posté par 142857 . Évalué à 10.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Brioche4012 (site web personnel) . Évalué à 4.
Alors quelle est réellement la contribution globale d'Oracle au système GNU? Oracle défendra-t-elle nos valeurs libres face aux menaces qui guettent notre communauté tout comme l'ont fait Sun, IBM et d'autres.
Si oui, alors c'est une bonne chose. Néanmoins nous ne le saurons pas avant que le rachat et la passation de pouvoirs aient été faits.
De ce que je connais d'Oracle (et c'est assez superficiel) allié à ma touche de pessimisme ambient, ils pensent plutôt "open source", et je doute qu'ils nous protègeront contre SCO v2.0...
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Kangs . Évalué à 8.
Oracle fait une très forte propagande de Linux en entreprise (Larry Hallisson a une profonde haine en vers Bill Gate, ca a beaucoup aidé à définir le cap).
Oracle voit en Linux un concurrent direct de MSWindows, Oracle défendra 'nos valeurs' si tout comme IBM, SUN et d'autres il voit une menace pour lui même.
Oracle est impliqué dans le libre, il a donné btrfs à la communauté, et malgrès tout il contribue toujours plus au noyau, c'est positif.
Bon s'il contribue c'est uniquement dans l'intérêt de son SGBDR (libaio par exemple) si une boite privée spécialisée dans le logiciel privateur trouve un intérêt dans le libre et que le libre trouve également son intérêt il n'y a rien a redire non ? (Surtout que tout le monde c'est réjouit du passage de Qt en LGPL permettant ainsi au logiciel proprio de s'en servir sans à voir à donner en retour au libre : caractéristique majeur de cette GPL amoindrie)
Pour ta debian, tu n'y vois pas beaucoup d'impact, le problème c'est qu'en en entreprise c'est Redhat ou Suze (celon les pays) quand l'application est critique (SGBRD ou autre), pourquoi parce qu'il y a une société derrière et d'ailleurs je pense que c'est la même raison qui fait que MySQL et préféré à postgreSQL (je n'ai aucun argument technique un faveur de l'un ou de l'autre je ne connais que le second)
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 4.
Nan, ce qui m'inquiete, c'est les produits que Sun possedait.
Java en tete, Glassfish dans une moindre mesure.
OpenOffice aussi, ainsi que Virtual Box (quoique virtual box est pas gigantesque dans le domaine de la virtualisation).
Pour le hard, je suis curieux de savoir ce qu'Oracle compte faire.
Oracle c'est une boite qui vit grace a un seul produit, sa DB.
Ya effectivement un enooooorme boulot derriere, mais ca reste un enorme monstre, tres ferme...
Disons qu'il faut faire avec quand les clients exigent Oracle, mais la plupart des techniciens s'y connaissant un peu proposeront un PgSQL/MySQL (laissez les trolls a la porte, svp) avant de proposer un oracle.
Et maintenant, il ne reste donc plus que 2 fournisseurs de db, Oracle et PgSQL (ok, oracle possedait une partie de mysql indirectement, mais la c'est carrement tout).
IBM aurait certainement ete preferable, de part leur orientation OpenSource quand ca arrange leur business.
Dans le cas de Java, ca les arrange clairement, et ca leur donne une arme pour faire la nique a MS.
Glassfish serait surement passe a la trappe pour pas faire d'ombre a leur websphere, mais au moins le bebe Java aurait ete entre de bonnes mains (ptetre meme qu'ils auraient enfin eu les coucougnettes de faire un peu le menage dans le langage pour lui apporter qq nouveautes technique qui commencent a lui faire defaut).
Et au moins, IBM a prouve qu'ils etaient capable de faire autre chose qu'un seul produit.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par kowalsky . Évalué à 5.
Disons qu'il faut faire avec quand les clients exigent Oracle, mais la plupart des techniciens s'y connaissant un peu proposeront un PgSQL/MySQL
Mouais, mais non. Dans ton entourage peut-être, parce que chez pas mal de gens, c'est Oracle direct. Un détail qui a son importance, moi, dans mes 5 dernières années d'études, tout ce qui touchait à la base de donnée, c'etait de l'Oracle.
Donc, moi, je prefere postgres, parce que l'esprit opensource, parce ça compile presque partout, parce que je hais la complexité inutile d'Oracle à mon niveau, etc...
Mais pour plein d'autres, Oracle répond parfaitement à leur besoins.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par wismerhill . Évalué à 10.
Je formulerais plutôt ça: pour la plupart des gens oracle dépasse (souvent largement) leurs besoins et ils se retrouvent à payer (cher) une solution surdimensionnée.
Je ne doute pas que pour les montée en charge astronomiques et les besoins de disponibilités absolus, un oracle (bien configuré avec des admins compétants à son chevêt en permanence) est la meilleure solution. Mais dans beaucoup de cas on le choisit pour une raison aussi idiote que le "personnes n'a été viré pour avoir choisi IBM", là où un (my|pg)sql (encore une fois bien configuré avec des admins compétents) aurait très bien fait l'affaire.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 7.
Parce que pour la majorite des besoins, un MySQL/PgSQL c'est achement moins cher, achement plus souple, aussi performant et achement moins chiant a developper/deployer quand meme (je veux bien m'enboucanner avec un monstre si ca un interet, mais si c'est bouffer du oracle par principe, tres peu pour moi).
Apres, oui, un dev qui a connu que du oracle va surement proposer Oracle parce que c'est ce qu'il connait (et il a raison, ca serait idiot de proposer un truc qu'on connait pas).
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par kowalsky . Évalué à 6.
Des outils graphiques.
Des assistants bien foutu (OMS).
Des procédure PLSQL.
Des vues performante.
etc...
Pour les outils graphiques, chez postgres, à part pgAdminIII, c'est calme.
Les assistants graphiques, il n'y en pas, à mon humble connaissance.
Le reste, postgres le fait, mais le libre ne parle tellement que de mySQL et son pote PHP... Du coup, les procedure et C, java, Perl, pgsql de postgres, tout le monde s'en fou :)
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 4.
Il a par exemple ce tres vilain bug sur le dump d'une base:
Les type Raw sont bien dumpes, certes, mais la valeurs est... le toString() du byte array java!!!
en clair?
On se retrouver avec un Insert into Table(bla) values (Byte[]@0xff4ceb).
Et la pour le coup, ca le fait pas trop.
Dieu merci, on peut dumper les tables et ca marche. Mais c'est super pete couille quand t'as 30 tables dans ta db...
autre exemple, leur oracle.jdbc.pool.OracleConnectionPoolDataSource pour serveur j2ee est heuuu.. comment dire.
Mon pool se vautrait lamentablement sans rien dire va comprendre pourquoi.
L'implem de la factory du pool etait super funky (en gros: enorme limitation due a 3 lignes de code foireuses, j'ai plus les details en tete, ca fait qq mois deja, mais je peux me replonger dedans si ca interesse qq1).
Ah, et leur Timestamp with local timezone est en pratique inutilisable si t'ouvres pa la connection SQL toi meme (perso, j'utilise des pool et j'ai autre chose a foutre que d'instantier le driver moi meme... surtout avec hibernate...).
Deja, la doc est tres rock'n'roll la dessus. Dur de trouver qq chose de pertinent.
Ensuite, pour monitorer le pool via jmx, bon courage (je t'aide, pas possible).
Et une foultitude de petits trucs qui te pourrissent la vie derriere.
Pas de Primary key avec une constraint sur le lower case (ca se contourner par un unique index name on table Lower( field), mais bon c'est pete couille quand meme).
Tout ces petits trucs sont tres certainement l'heritage de 25 ans de code, donc sont la pour une bonne raison, mais ca saoule quand meme.
T'as certes des outils qui sont pratiques, mais t'as tellement de pitis defaut planques au fin fond du systeme que ca aneantit completement l'interet.
C'est tres shiny en surface, ca a l'air super simple, tu te plonges dedans et c'est un merdier sans nom.
T'as besoin de ce merdier quand tu veux de tres grosses perfs, pour le commun des mortels, ca fait que te pourrir la vie.
Les performances, la tenue en charge, c'est tres tres bien, mais quand t'en as besoin.
Pour le reste, ca pourri la vie du dev' au quotidien, du coup si les perfs ne sont pas absolument necessaire, t'as bien mieux fait de partir sur un mysql/pgsql.
Les updates dans une table pour changer le fuseau horaire et tout le toutim, c'est tres casse couille.
pgsql est moins connu, mais ceux qui ont besoin des features que tu cites le connaissent, donc tout va bien :)
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par volia . Évalué à 1.
Pour une grosse base de données performante, tolérante aux pannes, robuste et disponible, bien documentée et avec un très bon support, le mieux que je connaisse c'est DB2 sur Mainframe. En comparaison, Oracle c'est bien compliqué, c'est plus difficile à administrer, et pour obtenir un service équivalent au final ça coûte bien plus cher.
Pour moi le choix c'est MySql en local ou DB2 en central. Mais pas Oracle, oh non !
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Sylvain AVRIL (site web personnel) . Évalué à 3.
Ce n'est pas ce que j'en ai retenu la dernière fois que j'ai dû l'utiliser.
Nous avions un gros projet (> 2000 mois/homme) qui avait commencé son développement avec Oracle 8i sous AIX. Nous avions ensuite migré sous DB2/zOS (nous utilisions un moteur de mapping objet/relationnel), pour des raisons politiques. Les temps des transactions ont tout simplement explosé. Nous avons passer des mois à optimiser la base, toutes les recommandations IBM y sont passées : optimisation index, partionnement, convertion des VARCHAR en CHAR, ...
Ce que j'en ai retenu : DB2 z/OS c'est très bien pour les bases hiérarchiques, mais inutile de chercher à faire du relationnel avec. Toute sa conception est basée sur les concepts de BD mainframe. C'est donc on ne peut plus optimisé pour les bases "à la papa" mais pas pour les besoins des BD "nouvelles technos". DB2 UDB (versions AIX et autres OS) a une conception totalement différente et se révella plus concurentiel vis à vis d'Oracle sous AIX pour ces applications.
Ca me ferait bien rire de voir un datawarehouse sous DB2/zOS.
Au final, le projet a choisi de passer en prod sur du Oracle en cluster pour un coût bien plus faible.
J'ai eu la même conclusion entre l'utilisation de Websphere zOS et Websphere/Weblogic sous AIX.
Euh et pour le prix, c'est une blague ?
Pour l'aspect robustesse, un bon cluster bien administré, ça peut faire l'affaire.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Fabimaru (site web personnel) . Évalué à 6.
----> [ ]
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par patrick_g (site web personnel) . Évalué à 6.
Heu y'a pas IBM avec DB2 et Microsoft avec MS-SQL aussi ?
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 10.
DB2, c'est comme d'hab avec les produits IBM.
T'achete une licence DB2, et next thing you know, tu te retrouves avec un z server, z/os, websphere, Lotus notes, des thinkpads pour tout le monde et un stock de slips bleu "IBM" dans ton armoire, parce que ca s'integre mieux tout ca (bon ok, j'exagere, mais c'est une tendance chez ibm, t'achetes un truc chez eux, et tu te retrouves le doigt pris dans un engrenage a devoir prendre toute la suite chez eux).
Pour SQLServer, paraitrait il qu'il est pas si mal que ca, mais windows only, donc ca te limite un peu dans ton infrastructure...
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Cédric Chevalier (site web personnel) . Évalué à 4.
Maintenant on sait pourquoi "big blue" !
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Kangs . Évalué à 1.
La tu aurais un lien car j'ai de gros doute, MS-SQL est historiquement un fork de Sybase, Sybase et MS se sont répartis les serveurs Sybase == Unix MS-SQL == Windows. Vers le milieu des années 90 Sybase et MS ont abandonnés leur partenariat (je ne me rappelle plus des raisons) et MS-SQL a commencé à vivre de ses propres ailles (sans quelques vacheries de la part de MS notamment sur TDS)
A ma connaissance MS-SQL n'a jamais fonctionné ailleurs que sous MSWindows, mais si tu as des liens prouvant le contraire je suis preneur.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par patrick_g (site web personnel) . Évalué à 2.
Je ne conteste pas mais je signalais juste que ça fait bien de Microsoft un "fournisseur de db".
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Kangs . Évalué à 3.
>Java en tete, [...]
Sur ce point je ne pense pas qu'il y ait d'inquiétude à avoir, Oracle et pro-Java.
>OpenOffice aussi, ainsi que Virtual Box (quoique virtual box est pas gigantesque dans le domaine de la virtualisation).
Sur ces softs je ne sais vraiment par quoi penser, surtout pour virtual box...
>Oracle c'est une boite qui vit grace a un seul produit, sa DB.
Et Siebel et People Soft et ces ETL etc (une centaine de produits)
>Disons qu'il faut faire avec quand les clients exigent Oracle, mais la plupart des techniciens s'y connaissant un peu proposeront un PgSQL/MySQL (laissez les trolls a la porte, svp) avant de proposer un oracle.
Oui alors ils s'y connaissent vraiment un peu, voir pas du tout.
>Et maintenant, il ne reste donc plus que 2 fournisseurs de db, Oracle et PgSQL (ok, oracle possedait une partie de mysql indirectement, mais la c'est carrement tout).
MySQL peut forker si jamais Oracle ne fille pas droit, sous Linux il y a aussi Sybase, DB2, Teradata et sans doute d'autre (des techniciens ayant des connaissances en SGBDR pourront te le confirmer)
>IBM aurait certainement ete preferable, de part leur orientation OpenSource quand ca arrange leur business.
C'est exactement la même chose pour Oracle.
>Dans le cas de Java, ca les arrange clairement, et ca leur donne une arme pour faire la nique a MS.
Pour Oracle aussi, et ce n'est pas d'hier qu'ils font la promotion de Java. Par contre à la différence d'IBM je ne crois pas qu'ils contribuent, Oracle fait la promotion de Java pour le développement auprès de leur clients (et ils en ont beaucoup) et leurs outils graphiques sont en Java.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 2.
Ca j'en doute pas, dur de racheter sun sans etre pro java.
La question c'estp lutot quelle direction ils vont donner au langage, et j'ai plus tendance a faire confiance a ibm sur ce coup la.
MySQL peut forker si jamais Oracle ne fille pas droit.
MySQL peut forker, certes, mais vu le niveau atteint par le produit, c'est pas 3 devs benevoles qui vont pouvoir maintenir le bestiau, il faut une bonne grosse boite avec plein de dollars dans la poche.
Je dit pas que c'est impossible ou que ca n'arrivera pas, mais ca limite les possibilites.
Oui alors ils s'y connaissent vraiment un peu, voir pas du tout.
Je sais bien qu'oracle tient tres bien la charge et est tres tres costaud. Oracle est sur le marche depuis des decennies et se vend toujours, la preuve que c'est un bon SGBDR. Et il est tres certainement le plus adapte pour de gros besoins.
Par contre, il est tres lourd, tres chiant a utiliser pour un developpeur et clairement surdimensionne pour enormement d'application, la ou un pgsql/mysql feront tout aussi bien le boulot, en etant bien plus souple et moins cher.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Temsa (site web personnel) . Évalué à 2.
En effet, c'est sans doute pour ça que parmi les plus grosses BDD du monde dans le monde de l'internet on compte beaucoup d'Oracle... Ou pas : http://venublog.com/2008/04/16/notes-from-scaling-mysql-up-o(...)
Je ne me rappelle plus qui disait ça, mais en gros je me rappelle avoir lu : pour des besoins faibles jusqu'à moyen élevés tu prends des bdds genre mysql/pgsql, pour des besoins élevés tu prend oracle, et pour des besoin très élevé tu prends des mysql/pgsql ...
J'aime beaucoup la différence de vision qu'on a avec mon frère qui bosse souvent avec du mssql ou du oracle, et moi principalement avec du mysql/pgsql. Lui voit beaucoup de chose dans la bdd en disant "c'est bien ca a cette fonctionnalité telle bdd", et moi je lui répond, bah moi j'ai ça dans mon middle, pour moi le job de la bdd c'est stocker mes donner et les rendre rapidement quand je lui demande, tout le reste c'est l'affaire d'autres couches (qui ne m'enferme pas dans un éditeur qui plus est).
Qui plus est je fais pas cracher ses tripes à mysql/pgsql niveau fonctionnalités, mais par contre j'ai souvent des bonnes fonctionnalité dans mon Middle, et je doute de perdre des tonnes en performances au final.
Qui plus est il y a 6 mois j'ai du installer Siebel + Oracle sur mon poste, ça m'a pris 2 semaine, j'ai cru mourir car je ne connaissais pas trop les install "type oracle", la doc est très moyenne qui plus est(très fournie mais pas pour faire mon install correctement, on aurait dit le monde des bisounours la doc), et mon DBA m'a dit, "dans la précédente boite ou je travaillais, ce type d'install prenait une semaine à 5 personnes"...
Avec la différence de prix entre ça + les licences par rapport à des war déployés en 10s dans des tomcat interrogeant du mysql, je peux me payer quelques serveurs de plus pendant quelques années ...
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par kowalsky . Évalué à 3.
bah moi j'ai ça dans mon middle, pour moi le job de la bdd c'est stocker mes donner et les rendre rapidement quand je lui demande, tout le reste c'est l'affaire d'autres couches (qui ne m'enferme pas dans un éditeur qui plus est).
Oui, mais niveau performance, c'est bien d'avoir des procédures de fou furieux coté bdd, de pouvoir poussé des types objets, XML, etc...
Sans compter les sauvegardes à chaud et autres sucreries !
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par vida18 . Évalué à 1.
Tu oublies Ingres qui est aussi très utilisé et sponsorisé par Red Hat. J'ai même entendu dire que Red Hat serait intéressé par le rachat d'Ingres Corporation.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par georgeswwbush . Évalué à 8.
Selon le volume, on trouve:
- Oracle number one et meilleure DB
- SQL SErver pour les petits joueurs / pro microsoft
- DB2 pour les pro IBM
Dans le monde de la banque, on trouvera aussi encore beaucoup de Sybase, certains produits comme Murex sont développés dessus.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par wilk . Évalué à 4.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par fedorat . Évalué à -4.
Ca doit être difficile à vivre pour un adepte de la Debian de voir ce que sa distri doit à RH ...
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 7.
Ca release une passoire d'ssl pendant 2 ans (pour finir par engueuler ces cons d'openssl qui ont pas ete auditer le code de debian, c'est bien que c'est leur faute a eux et pas a debian, non mais), ca se fait piquer ses cles d'authent des paquets (mais c'est pas leur faute non plus), ca release une fois tous les 4 ans quand c'est pret (mais pas vraiment en fait, de temps en temps, on s'amuse a releaser avec les depots de secu commente), l'equipe de secu se barre au guatemala pendant 3 mois (mais ils ont la courtoisie de prevenir en disant "demerdez vous maintenant, nous on va sirotez des pina colada et se taper des putes sur la plage").
Mais ca reste malgre tout la meilleur distrib du monde, la plus top au niveau secu, la plus top pour le desktop, la plus top pour tout en fait.
Et pis c'est 100% libre. Bah oui, on distribue du code/firmware pas libre, mais on est malin, on le met dans non-free, meme si c'est pas officielement supporte par debian, c'est maintenu et heberge par debian.
Sont fute chez debian.
Pourquoi?
Mais parce que.
Ils ont un contrat social, un systeme democratique qui fait qu'une fois qu'un mainteneur python se barre chez boubounetou et laisse tomber ses paquets debian, il est impossible de le virer et de le remplacer par qq1 qui ferait le boulot, laissant le paquet en rade pendant 6 mois, malgre des gens qui demandent a reprendre le boulot.
Mais c'est la faute a boubounetou qui a debauche le dev.
Faitez vous plaisir, faites disparaitre ce message dans les abimes du -42.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Sytoka Modon (site web personnel) . Évalué à 6.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Octabrain . Évalué à 2.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Anonyme . Évalué à 0.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à -1.
C'est ca qui est bien avec debian, c'est que c'est une cible facile.
En fait non, c'est surtout les deiannards qui sont une cible facile, ils donnent le baton pour se faire battre.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Octabrain . Évalué à 2.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 1.
Mais faut croire que tel un supporter du psg qui s'enerve des qu'on rigole un peu de son equipe, tu ne supportes pas qu'on s'amuse gentiment de ta distrib...
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Octabrain . Évalué à 3.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par thedude . Évalué à 1.
J'adore les supporters de foot^^distros, ca part au quart de tour et sans aucun recul, c'est un regal de faire mumuse avec vous.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Octabrain . Évalué à 1.
L'autre il est pas bien fut'fut' à venir placer *sa* debian comme centre du monde, mais toi tu fais dans l'excès inverse, ça fait juste anti-debian primaire et sur le coup on dirait juste 2 gens qui se lancent des cailloux sans rire.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Brioche4012 (site web personnel) . Évalué à 0.
Par curiosité, un "aptitude search <prog oracle>" ne me donne pas grand chose d'installé.
J'estime ne pas avoir été aggressif dans mon commentaire et je suis très surpris de ta réaction, tu as plus l'air d'être un fanatique anti-debian que moi un fanatique debian. C'est pourquoi je te moinsse.
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Victor STINNER (site web personnel) . Évalué à 5.
Il ne faut pas non plus regarder le noyau 2.6.16 dans lequel OCFS2 (version 2) a été intégré alors :-) C'est moi qui ait rajouté le lien vers les stat' du noyau 2.6.29 (dernier noyau stable). Il faut toujours prendre les nombres avec des pincettes, mais c'était pour montrer qu'Oracle est quand même un tout petit peu impliqué dans le développement du noyau (entre autres projets libres).
# Toutepuissance de l'applicatif ?
Posté par geb . Évalué à 2.
Comparaison foireuse: microsoft à dit a IBM que l'avenir étant dans le logiciel pas le materiel, mais il n'a pas (encore ?) acheté IBM/HP/Dell/lenovo.
Est ce inquiétant pour l'avenir ?
[^] # Re: Toutepuissance de l'applicatif ?
Posté par pasBill pasGates . Évalué à 10.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Anonyme . Évalué à 5.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par geb . Évalué à 1.
A mon avis (et de ce que je vois dans mon entourage) c'est:
xbox
wii
ps3
(ou peut etre wii devant)
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Anonyme . Évalué à 3.
1 - rien dire sur la qualité (cf le "petit" problème de surchauffe des xbox et ce n'est qu'un problème parmis d'autre)
2 - Microsoft vend la Xbox a perte donc cela change un petit peu la donne. Les chiffres de 2005 donnaient une perte de 4 milliards de dollars sur la Xbox et en 2007 (d'après une recherche très rapide sur google) la situation était toujours la même.
Alors certes Microsoft peut se permettre cela (40 milliards en caisse) mais bon financièrement et techniquement parlant ce n'est pas un succés.
http://en.wikipedia.org/wiki/Xbox_360_technical_problems
[^] # Re: Toutepuissance de l'applicatif ?
Posté par TImaniac (site web personnel) . Évalué à 2.
http://www.jeuxvideo.fr/microsoft-division-jeux-degage-benef(...)
Comme quoi grâce à google tout le monde peut avoir raison.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Anonyme . Évalué à 2.
La division jeu comprend comme son nom l'indique le mot jeu c'est à dire du software...
[^] # Re: Toutepuissance de l'applicatif ?
Posté par TImaniac (site web personnel) . Évalué à 2.
Bref tu vends la console le plus bas possible pour avoir la base d'utilisateur la plus large possible, et t'espère que sur le long terme tu vas rentrer dans tes frais.
Donc c'est tout à fait pertinent de prendre en compte les résultats de la division jeu dans son ensemble pour mesurer le succès "financier".
[^] # Re: Toutepuissance de l'applicatif ?
Posté par claudex . Évalué à 3.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Anonyme . Évalué à 1.
Je te laisse chercher la définition du mot matos qui est une abréviation du mot matériel au cas où tu ne sois pas au courrant.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par ... a little wood elfe . Évalué à 6.
D'après http://arstechnica.com/gaming/news/2008/05/npd.ars en avril 2008 les chiffres étaient :
Wii : 714 200
Xbox 360 : 188 000
PS3 : 187 100
et... la PS2 : 124 400.
Et toujours d'après http://arstechnica.com/gaming/news/2009/03/npd-feb.ars en février 2009 :
Wii : 753 000
Xbox 360 : 391 000
PS3 : 276 000
PS2 : 131 000
[^] # Re: Toutepuissance de l'applicatif ?
Posté par matLek . Évalué à 1.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Raphaël SurcouF (site web personnel) . Évalué à 0.
Pareil pour l'iPhone et autres produits « populaires ».
[^] # Re: Toutepuissance de l'applicatif ?
Posté par Anonyme . Évalué à 4.
[^] # Re: Toutepuissance de l'applicatif ?
Posté par B16F4RV4RD1N . Évalué à 10.
je ne sais pas, il faudrait peut-être consulter un oracle pour prévoir l'avenir !
Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it
[^] # Re: Toutepuissance de l'applicatif ?
Posté par alias11 . Évalué à 1.
Réussite sur les changements...
# L'avis d'un consultant Forrester
Posté par Bozo_le_clown . Évalué à 4.
[^] # Re: L'avis d'un consultant Forrester
Posté par Olivier LEMAIRE (site web personnel) . Évalué à 2.
Les logiciels de traitement de texte sont à la rédaction ce que la 2CV est à l'automobile, une vieille voiture dont on se souvient avec nostalgie mais technologiquement dépassée
[^] # Re: L'avis d'un consultant Forrester
Posté par Kangs . Évalué à 1.
Extrait :
"Pour l'anecdote, notons qu'Oracle est à la fois membre de l'ACT et de l'Ecis, deux organisations défendant des positions diamétralement opposées dans le dossier en cours."
En gros Oracle devient un IBM like, sa main droite ignore totalement ce que fait sa main gauche...
[^] # Re: L'avis d'un consultant Forrester
Posté par 6Ber Yeti . Évalué à 3.
Puisque l'Expert Consultant n'avait pas vu le coup venir :
[cite]
Je n'avais pas du tout pensé à l'hypothèse d'un rachat de Sun par Oracle.
[/cite]
Et qu'il dit maintenant que c'est grave pour l'OpenSource :
[cite]
D'abord je pense que cela fera énormément de mal à l'Open Source.
[/cite]
... on peut peut-être se demander si c'est si grave que ça. s'il se gourre souvent dans ses (non) prédiction.
D'ailleurs, c'est amusant de voir que sur la même page, d'autre dépêche annonce qu'un Expert "voit" que c'est un coup dur pour Microsoft.
Bon, si c'est un coup dur pour Krosoft et aussi pour le libre ... c'est que Oracle/Sun va devenir le nouveau maître du monde alors ... non ?
[^] # Re: L'avis d'un consultant Forrester
Posté par Bozo_le_clown . Évalué à 3.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.