UNE NOUVELLE VERSION D'INFOBIDOUILLE EST EN LIGNE CLIQUEZ-ICI POUR LA VISITER

Oracle

Oracle n'en fini plus de sa boulimie, qui est en train d'en faire un des plus grands géants de l'informatique. Ainsi, après avoir racheté pas moins de 65 entreprises en cinq ans (plus que Google !), l'éditeur ne compterait pas s'arrêter là, et chercherait de quoi se nourrir du côté des concepteur de processeurs.

C'est en effet ce qu'à annoncé de façon on ne peut plus claire Larry Ellison, CEO du groupe, à l'occasion de l'OpenWorld 2010 : "Vous allez nous voir acheter des concepteurs de puces. Nous désirons posséder une plus grande part de la propriété intellectuelle utilisée dans les puces informatiques". Notez au passage que Larry Ellison a bien employé un pluriel, manifestant donc son intention de ne pas se contenter d'une seule acquisition...

Reste à voir qui seront les cibles d'Oracle. La première qui vient à l'esprit des analystes est bien entendu AMD, qui est dans les moyens d'Oracle, et qui équipe déjà une partie des serveurs de Sun, récemment racheté par Oracle. Toutefois, le gros de la valeur d'AMD provient de ses activités grand public, qui n'en font pas vraiment le meilleur choix pour Oracle, concentré sur le marché des entreprises.

Un choix plus logique serait de racheter la division processeurs de Fujitsu, qui travaille sur les processeurs SPARC, qu'on retrouve également dans les machines de Sun. Oracle pourrait également se tourner vers un concepteur de puces basées sur l'architecture ARM, dont on évoque de plus en plus souvent l'arrivée sur le marché des serveurs, d'autant que ces puces dotées de cœurs peu puissants, mais compacts et peu gourmands en énergie pourraient être particulièrement adaptées à des serveurs de base de données.

Enfin, certains évoquent un rachat d'nVidia, dont les GPU sont de plus en plus utilisés dans le marché du calcul hautes performances (HPC). Mais tout comme pour AMD, la très importante part du marché grand public dans le chiffre d'affaire d'nVidia pourrait refroidir Oracle.

Posté par Matt le 28/09/2010 à 10h10
10 commentaires
Source : X-bits Labs

et VIA ? Pourquoi personne n'en parle ?
Je capte pas trop ce que les bases de données Oracle ont de plus que mysql ? elles s'optimisent mieux ? Il y a un meilleur support ?
J'aimerais bien savoir ce qu'on entend par support en parlant de base de données, ils viennent de déboguer ton programme quand il y a un soucis ?
Ca existe les bases de données en cloud ? Par exemple tu mets ton site en hébergement local et toutes tes données sont faites sur un serveur très loin de ton serveur web auquel tu envois tes requêtes et il te renvoie le résultat?
Ca permettrait de sécuriser tes données en cas de crash et d'exécuter plus vite les grosses requêtes.
Désolé de poser toutes ces questions. Pas obligé d'y répondre.
EDIT :
j'ai lu ça :
http://www.phpindex.com/index.php/2007/10/30/3896-comparaison-des-sgbd-oracle-mysql-et-postgresql-partie-2
et je vois toujours pas l'avantage de Oracle, (enfin je capte pas tout).
dans le § type de données est-ce qu'ils sont en train de dire qu'une BDD Oracle ne fait que des VARCHAR ? Je pense avoir mal compris parce que sinon ça va être chaud de trier les entrées par date sans les convertir en unix.

Les audits ça sert à quoi?

Posté par kstor le 28/09/2010 à 15h06 - Citer
Édité le 28/09/2010 à 15h25

Bha mysql ça a du mal a gérer autant de connexions que Oracle. Ça s'écroule plus facilement avec une grosse charge par rapport à une base oracle (dixit le prof de Base de données de l'école).


Le support en général c'est une sorte de service après vente, genre pour optimiser ta base mais ça douille. Les audits c'est l'analyse de ta base justement en vue d'une optimisation

Posté par Ptit_boeuf le 28/09/2010 à 19h15 - Citer

kstor a écrit :

et VIA ? Pourquoi personne n'en parle ?

VIA a trop peu d'intérêt, leurs processeurs sont à la ramasse niveau performances (Infobidouille revit depuis qu'il tourne plus sur un serveur à base de Via ^^), et bien qu'ils soient placés sur le secteur de la basse consommation, ils ont un mauvais rapport performances/W.

kstor a écrit :

Je capte pas trop ce que les bases de données Oracle ont de plus que mysql ? elles s'optimisent mieux ? Il y a un meilleur support ?

Beaucoup plus robuste sur les très grosses volumétries (genre bases de données de plusieurs dizaines de Go...), plus de possibilité au niveau des procédures stockées (qui permettent de faire faire des traitements évolués directement dans le moteur de base de données, plutôt que de rapatrier les données sur le client puis de les traiter).

kstor a écrit :

Ca existe les bases de données en cloud ? Par exemple tu mets ton site en hébergement local et toutes tes données sont faites sur un serveur très loin de ton serveur web auquel tu envois tes requêtes et il te renvoie le résultat?

Oui, c'est même très fréquent d'avoir ce genre d'architecture sur des grosses infrastructures. La dernière fois que j'ai bossé sur une appli avec une grosse BDD, y avait deux serveurs (prod et failover) pour l'appli, et idem pour la BDD.
Par contre, faut quand même pas trop éloigner les deux serveurs : une requête en base de données, ça va souvent très vite, ça serait ballot d'ajouter plusieurs ms à cause de la latence du réseau...

kstor a écrit :

dans le § type de données est-ce qu'ils sont en train de dire qu'une BDD Oracle ne fait que des VARCHAR ?

Non non, ils donnent juste le texte comme exemple de types de champs sur lesquels Oracle et cie supportent des entrées de 4 Go.
Oracle supporte bien entendu un paquet de champs différents, dont des types dédiés au stockage de dates.

Ptit_boeuf a écrit :

dixit le prof de Base de données de l'école

Genre il écoutait les cours à l'école ^^ C'est tout juste si il y assistait :p

Posté par Matt le 28/09/2010 à 21h20 - Citer

Ok merci.
Ca doit être sur de très très grosses bases de données alors parce que mine de rien sur mon programme j'enchaine assez souvent des requêtes sur quelque chose comme 16000 entrées (tests sur cinq valeurs de deux tables et écriture si besoin), ça met un peu de temps mais ça se fait, et mes bases sont loin d'être optimisées.
[HS]J'aurais trop aimé faire une école d'info, surtout quand je vois à quel point je galère pour apprendre l'OO maintenant.[/HS]

Posté par kstor le 28/09/2010 à 21h26 - Citer

kstor a écrit :

Ca doit être sur de très très grosses bases de données alors parce que mine de rien sur mon programme j'enchaine assez souvent des requêtes sur quelque chose comme 16000 entrées (tests sur cinq valeurs de deux tables et écriture si besoin), ça met un peu de temps mais ça se fait, et mes bases sont loin d'être optimisées.

Ouais, 16 000 entrées c'est encore une toute petite base en fait :-)
Dans les bases de grandes entreprises, les entrées se comptent en dizaines ou en centaines de millions, et pour garder des perfs acceptables en selection sur des tables comme ça, faut des putains d'index, avec éventuellement aussi des partitions pour accélérer les traitements.
Regarde par exemple la vitesse à laquelle un FAI ADSL te donne une réponse d'éligibilité à partir de ton numéro, alors que derrière pour répondre y a plusieurs requêtes envoyées sur des bases contenant dans les 50 millions d'entrées.

kstor a écrit :

J'aurais trop aimé faire une école d'info, surtout quand je vois à quel point je galère pour apprendre l'OO maintenant.

T'embêtes pas, l'OO c'est le mal. Perso j'avais séché quasiment tous les cours d'OO d'ailleurs ^^

Posté par Matt le 28/09/2010 à 21h39 - Citer
Édité le 28/09/2010 à 21h53

Tu as séché parce que tu t'étais rendu compte que c'était le mal ou c'est la mal parce que tu as séché?
Je suis pas tout à fait d'accord, je compte pas l'utiliser massivement mais pour certaines choses telle que la gestion des membres ça semble très approprié.
En procédural, ça va, je commence à peu près à gérer, mais je trouve que l'OO ou le MCV sont très intéressants. J'ai pas eu de cours de programmation et je t'avoue que ça me fait bien défaut, Pour mon premier programme (auscultation de barrages), j'avais une idée assez claire de ce que je voulais faire et je m'en suis plutôt bien sorti. Maintenant que j'attaque des projets que je maitrise moins mes nouveaux projets (études de stabilité...), je pense que d'avoir eu des cours pour avoir une vue globale de mon site à l'avance m'aurait bien aidé. Je crache pas sur le site du zéro (sans eux j'en serais pas là) mais parfois un prof auquel tu peux facilement poser tes questions et te fait faire les bons exos a de gros avantages.

Posté par kstor le 29/09/2010 à 07h59 - Citer
Édité le 29/09/2010 à 08h00

Matt a écrit :


Genre il écoutait les cours à l'école ^^ C'est tout juste si il y assistait :p

Enfoiré :D n'empêche je te mettais ta misère au babyfoot... on peut pas être bon partout

Posté par Ptit_boeuf le 29/09/2010 à 08h29 - Citer

kstor a écrit :

Tu as séché parce que tu t'étais rendu compte que c'était le mal ou c'est la mal parce que tu as séché?

Parce que ça me saoulait, je trouvais le baby-foot vachement plus intéressant :-) Surtout que dans le même cours y avait UML et toutes ces joyeusetés que je peux pas blairer (programmation "clicodrome") ^^ Perso j'suis un peu roots, j'aime bien le C et ça m'arrive régulièrement d'utiliser vi pour faire du PHP :)

kstor a écrit :

Je suis pas tout à fait d'accord, je compte pas l'utiliser massivement mais pour certaines choses telle que la gestion des membres ça semble très approprié.

Oui, bien sûr, y a plein d'endroit où l'objet est utile (d'ailleurs, j'en ai mis dans Infobidouille ^^). Le problème c'est que la mode actuelle c'est le tout objet façon Java, et ça c'est trop souvent loin d'être optimale. C'est facile à développer, facile à maintenir, mais ça fait vite des grosses usines à gaz, hyper gourmandes en mémoire, avec 36 000 couches empilées les unes sur les autres (quand tu vois une stack trace Java qui dépasse les 500 lignes, ou une appli web qui charge plus de 1000 classes pour afficher une page, ça fait peur quand même...). D'ailleurs, avec la stagnation des perfs des processeurs, les langages plus bas niveau commencent à revenir...

Ptit_boeuf a écrit :

Matt a écrit :


Genre il écoutait les cours à l'école ^^ C'est tout juste si il y assistait :p

Enfoiré :D n'empêche je te mettais ta misère au babyfoot... on peut pas être bon partout

C'est pas faux. Mais j'avais quand même une belle bande de l'arrière, plutôt redoutable :-) Par contre j'étais une merde à l'avant ^^
'tain ça me manque le baby...

Posté par Matt le 29/09/2010 à 08h42 - Citer
Édité le 29/09/2010 à 08h42

Ah elles ont du être sérieuses vos études...
Pourtant je trouve ça super intéressant d'avoir une vue globale de ce que tu vas programmer, à évite d'arriver dans des impasses et ça aide à programmer plus vite.
De mon côté, mes requêtes sont exécutées sur un P3 1,3 GHz... avec 256 Mo de ram (ou moins)
Pas ce qu'il y a de plus rapide mais bon, j'essaye de pas faire des trucs trop lourds, le soucis c'est que optimisation ne rhime pas souvent avec gain de temps de programmation. Du coup pour les gros calculs qui sont généralement exécuté que par l'admin, je mets des set_time_limit.

Posté par kstor le 29/09/2010 à 15h39 - Citer
Édité le 29/09/2010 à 15h40

kstor a écrit :

Pourtant je trouve ça super intéressant d'avoir une vue globale de ce que tu vas programmer, à évite d'arriver dans des impasses et ça aide à programmer plus vite.

Ouais, mais y a pas besoin de foutre des objets partout pour arriver à avoir une vue d'ensemble... Au contraire, sur tous les projets sur lesquels j'ai bossés, ceux pour lesquels les docs de design étaient les plus solides, c'était plutôt des projets bas niveau (peut-être justement parce que la programmation est plus compliquée, donc oblige à faire quelque chose de propre dès le départ...).


Et le fait d'avoir trop de découpage et de réutilisabilité, c'est vraiment dangereux, parce qu'on fini par importer des trucs énormes pour en utiliser juste un petit morceau, sans se rendre compte de la montagne qu'il y a derrière :-(

Posté par Matt le 29/09/2010 à 16h40 - Citer
Édité le 29/09/2010 à 17h02

Nom : 
Code de vérification : quarante-huit + neuf = (en chiffres)