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

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Contribuez Oracle Discussion :

[Article] Architecture multitenant Oracle 12c


Sujet :

Contribuez Oracle

  1. #1
    Rédacteur/Modérateur

    Avatar de Fabien Celaia
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Octobre 2002
    Messages
    4 224
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : Suisse

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Service public

    Informations forums :
    Inscription : Octobre 2002
    Messages : 4 224
    Points : 19 566
    Points
    19 566
    Billets dans le blog
    25
    Par défaut [Article] Architecture multitenant Oracle 12c
    Bonjour,

    Voici une petit critique sous forme d'article de la nouvelle fonctionnalité d'Oracle 12c, les bases multitenant

    Architecture multitenant Oracle 12c

    N'hésitez pas à poster vos commentaires/remarques

  2. #2
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 904
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 904
    Points : 51 649
    Points
    51 649
    Billets dans le blog
    6
    Par défaut
    Petite précision, mais qui a son importance, le journal des transactions est toujours partagé par toutes les bases de données. Autrement il n'existe pas un journal de transaction par base de données.

    De même, il n'est pas possible de faire des requêtes interbases sans passer par des dblink... Ce qui ne permet pas d'optimiser les jointures entre deux tables de deux bases différentes...

    A +

  3. #3
    Membre chevronné
    Homme Profil pro
    Développeur Oracle
    Inscrit en
    Décembre 2019
    Messages
    1 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur Oracle

    Informations forums :
    Inscription : Décembre 2019
    Messages : 1 160
    Points : 1 952
    Points
    1 952
    Par défaut
    Bonjour,

    L'article contient une affirmation fausse:
    "L'architecture multitenant est soumise à licence (et elle est chère !) et nécessite l'Enterprise Edition."

    L'architecture multitenant est aussi disponible pour la Standard Edition 2. Au début 1 seule PDB était possible, maintenant jusqu'à 3 PDBs sont autorisées.

    Concernant les requêtes interbases, si les PDBs sont dans le même CDB tu n'as pas besoin de DB link, tu peux utiliser la clause CONTAINER.

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 904
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 904
    Points : 51 649
    Points
    51 649
    Billets dans le blog
    6
    Par défaut
    Citation Envoyé par vanagreg Voir le message
    Bonjour,

    L'article contient une affirmation fausse:
    "L'architecture multitenant est soumise à licence (et elle est chère !) et nécessite l'Enterprise Edition."
    L'article ayant été écrit en 2014, la version d'Oracle était alors la 12C et ce module était payant. Ce n'est que récemment que le multi tenant est devenu moins payant pour quelques pauvres bases là ou les autres ne le font jamais payer même pour des milliers de bases (un de nos client avait 25 000 bases sur une seule instance SQL Server en version standard).

    A +

  5. #5
    Membre chevronné
    Homme Profil pro
    Développeur Oracle
    Inscrit en
    Décembre 2019
    Messages
    1 160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Nord (Nord Pas de Calais)

    Informations professionnelles :
    Activité : Développeur Oracle

    Informations forums :
    Inscription : Décembre 2019
    Messages : 1 160
    Points : 1 952
    Points
    1 952
    Par défaut
    Bonjour,

    Il y a certainement confusion dans la compréhension. L'architecture multitenant était AUSSI disponible en Standard Edition 2 à sa sortie en 12c. La seule limite c'était l'utilisation d'une seule PDB. Alors bien sûr ça n'offrait aucun intérêt du point de vue purement multitenant, mais c'était surtout pour forcer l'utilisation de la nouvelle architecture, car le but pour Oracle c'était de toute façon sortir de l'architecture classique. D'ailleurs cette dernière n'est plus supportée depuis la 21c.
    Maintenant la SE2 permet l'utilisation de 3 PDBs, et en effet si on est en Entreprise Edition si on veut utiliser X PDBs c'est une option payante.
    La politique tarifaire d'Oracle est très discutable, nous sommes d'accord.

Discussions similaires

  1. question sur la mise en place d'une architecture glpi oracle
    Par sousoujda2 dans le forum Langage SQL
    Réponses: 1
    Dernier message: 17/08/2008, 16h07
  2. [Article] Architecture globale - Tour par tour
    Par askywhale dans le forum Contribuez
    Réponses: 2
    Dernier message: 23/12/2007, 15h36
  3. Réponses: 6
    Dernier message: 15/03/2006, 19h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo