IdentifiantMot de passe
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Oracle présente sa solution « in-memory » pour concurrencer SAP et Microsoft
L'option sera disponible avec Oracle Database 12c dans un mois

Le , par Hinault Romaric
25 commentaires

81PARTAGES

1  0 
Oracle ajoute l'option « in-memory database » à Oracle Database 12c,
pour une exécution des requêtes 100 fois plus rapide

La conférence annuelle OpenWorld d'Oracle a débuté ce dimanche à San Francisco et se tiendra jusqu'au 26 septembre au Moscone Center. Larry Ellison, fondateur et PDG de la structure, annonce l'option « in-memory database » pour Oracle Database 12c. L'objectif est d'exécuter des requêtes 100 fois plus vite mais aussi de multiplier par deux l’activité transactionnelle sans modifier le code applicatif.

Pour parvenir à ces prouesses, Oracle ajoute au stockage en ligne le stockage dans une nouvelle zone mémoire dans un format « columnar » (base de données en colonnes) qui apporte le gain de performance et réduit le temps de réponse de façon significative.

« Tout ce qui fonctionne aujourd’hui, s’enclenche lorsqu’on appuie sur on. Vous pouvez doubler la vitesse des mises à jour de toute base de données Oracle, en appuyant sur un bouton », explique Larry Ellison.

Cette initiative vise surtout son concurrent SAP, chez qui l’in-memory est déjà disponible depuis deux ans sur HANA. Rappelons qu'Oracle utilisait, jusqu'à aujourd'hui, la technologie HANA. Pour l'instant, aucune information n'a filtré quant au prix et à la disponibilité de cette solution.

Source : Forbes

Et vous ?

Qu'en pensez-vous ?
Vous avez lu gratuitement 5 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

25 commentaires
Commenter Signaler un problème
pachot
Avatar de pachot
Expert éminent https://www.developpez.com
Le 07/07/2014 à 18:19
Citation Envoyé par Nemek Voir le message
Juste pour ma curiosité puisque je ne suis pas un grand expert Oracle mais c'est quoi la différence avec le "Row cache" ?
Bonjour,

Le 'row cache' cache des lignes un peu comme une table de hachage clé->valeur. C'est une techno d'il y a au moins 20 ans.
Le storage In-Memory qui va sortir stocke des colonnes, dans le but de les scanner rapidement avec des opérations CPU qui travaillent sur des vecteurs de données.
Il n'y a pas vraiment de point communs. In-Memory n'est pas un cache d'ailleurs. C'est un stockage redondant.

On ne peut pas encore trop parler de l'option In-Memory car elle est encore en beta. Elle devrait sortir d'ici quelques jours. Voici ce que j'avais écrit dessus avant d'avoir la beta: http://www.dbi-services.com/index.ph...ting-for-12102 (in english...)

Cordialement,
Franck.
3  0 
ojo77
Avatar de ojo77
Membre expérimenté https://www.developpez.com
Le 25/06/2014 à 11:15
Oracle propose du "In memory" avec times ten depuis des années.

La nouvelle option "In memory" à sortir propose du stockage colonne en mémoire avec plus ou moins de compression.

L'argument commercial qu'il y a derrière est la simplicité de mise en place

Code : Sélectionner tout 
alter table toto in memory
C'est fini ça fonctionne, non seulement les DBAs vont trouver ça 'trop simple' mais les développeurs n'auront rien à faire et tout est là : pas d'adaptation de code et des gains de performance annoncés pouvant aller jusqu'à 99,9% ...

Ca c'est la brochure publicitaire.

Forcément les tests révèlent des limites à l'outil. La première est évidente : pour faire du in memory, il faut avoir de la mémoire : beaucoup de mémoire. Mais j'ai aussi vu des requêtes d’agrégation sur des tables de quelques GigasOctets passer de quelques dizaines de secondes avec la table pourtant déjà en cache à quelques centièmes de secondes avec la table en zône de stockage colonne sans changer le code et surtout sans avoir besoin de faire appel à des procédures spécifiques (d'où l'inutilité, du point de vue oracle, d'en développer).

Alors certes Oracle décline ... mais en fait c'est plus, de mon point de vue, le paradigme de base de données relationnelles qui est en perte de vitesse face à l'arrivée des bases de données non structurées, en mémoire, en colonne, partitionnées sur n serveurs, hiérarchiques ... bref toutes ces choses regroupées sous les noms de NoSQL et de big Data que la montée de telle ou telle base concurrente
1  0 
pachot
Avatar de pachot
Expert éminent https://www.developpez.com
Le 08/07/2014 à 17:50
Citation Envoyé par doc malkovich Voir le message
Merci de préciser. Par nature un cache est un stockage redondant non ?
Disons que le cache c'est une structure dont on a besoin de toute façon pour accéder aux données, mais qu'on garde un peu plus longtemps que nécessaire au cas où on ait besoin d'accéder aux même données peu de temps après. Par exemple, pour lire un bloc d'un datafile, et encore plus pour le mettre à jour, il faudra de toute façon un buffer. Le buffer cache, c'est seulement le fait que ces buffers sont partagés et gardés même lorsque l'écriture sur disque est faite.
Par contre, l'option In-Memory c'est un stockage supplémentaire, dont la mise à jour se fait en parallèle. C'est un nouveau segment, redondant car il peut être reconstruit à partir de la table, un peu comme un index ou une vue matérialisée. Sauf qu'il est en mémoire, et qu'il a un format 'colonne'. Ca ressemble plus à de la réplication qu'à un cache. et l'optimiseur choisit d'aller lire l'un ou l'autre.
Alors qu'avec le buffer cache, l'optimiseur n'a pas le choix. Il y aura toujours un buffer get, qu'il faille faire un disk read ou non pour alimenter ce buffer.
1  0 
earhater
Avatar de earhater
Membre éprouvé https://www.developpez.com
Le 11/06/2014 à 21:51
Intéressant ... Mais le nombre de données pouvant être stockées en mémoire doit être relativement faible non ? De plus cela pourra impacter les performances globales du serveur ... Je reste sceptique sur cette solution.
0  0 
Tcharl
Avatar de Tcharl
Membre averti https://www.developpez.com
Le 12/06/2014 à 10:59
SAP n'était pas vraiment le premier, il y avait déjà un certain nombre de solutions avant eux:

VMware Gemfire (Java)
Oracle Coherence (Java)
Alachisoft NCache (.Net)
Gigaspaces XAP Elastic Caching Edition (Java)
Hazelcast (Java)
Scaleout StateServer (.Net)
IBM eXtreme Scale
Terracotta Enterprise Suite
Jboss (Redhat) Infinispan
0  0 
Julien Bodin
Avatar de Julien Bodin
Membre éclairé https://www.developpez.com
Le 12/06/2014 à 13:55
Excellente nouvelle
Les SGBD ne sont que trop pénalisés par les performances des disques...

Sinon, sauf erreur de ma part, "Hekaton" a été intégré à SQL Server 2014 et non 2012
0  0 
ojo77
Avatar de ojo77
Membre expérimenté https://www.developpez.com
Le 13/06/2014 à 11:40
Pour information le lancement officiel aura lieu le 18 dans l'après midi dans un grand Hotel Parisien.
L'occasion de se faire une idée et de poser des questions pour les plus anglophones

Pour s'inscrire c'est ici : http://www.oracle.com/us/dm/sev10031...2905MPP001C001
0  0 
fkylol
Avatar de fkylol
Nouveau membre du Club https://www.developpez.com
Le 20/06/2014 à 8:50
L'architecture hybride de L'exadata fait déjà des merveilles, alors si en plus on peut choisir de mettre certaines données spécifiquement en mémoire c'est parfait.
Et si c'est compatible avec HCC ça ne devrait même pas couter si cher que ça.
0  0 
*Serval
Avatar de *Serval
Membre à l'essai https://www.developpez.com
Le 20/06/2014 à 11:20
Quelqu'un a une idée de la license? Est-ce encore un extra ou c'est intégré dans la license qui comprend le partioning?

Impatient de tester ça sur mes Data Warehouses.
0  0 
devkais
Avatar de devkais
Membre régulier https://www.developpez.com
Le 22/06/2014 à 10:39
Citation Envoyé par *Serval Voir le message
Quelqu'un a une idée de la license? Est-ce encore un extra ou c'est intégré dans la license qui comprend le partioning?

Impatient de tester ça sur mes Data Warehouses.
Bonjour ,
un extra cost est à prévoir pour l'option in-memory.
rien à voir avec celui du partitionnement.
0  0 
Commenter Signaler un problème