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

Décisions SGBD Discussion :

Différence entre sgbdr et sgbdo


Sujet :

Décisions SGBD

  1. #1
    Membre extrêmement actif Avatar de mapmip
    Profil pro
    ulla
    Inscrit en
    Juillet 2006
    Messages
    1 326
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : ulla

    Informations forums :
    Inscription : Juillet 2006
    Messages : 1 326
    Par défaut Différence entre sgbdr et sgbdo
    Bonjour,

    quels sont les avantages / inconvénients entre un systeme de gestion de bases de données relationnelles et un systeme de gestion de bases de données OBJET ?


    par exemple pour la gestion des clé étrangeres lors de la suppression de l'enregistrement source... etc etc

  2. #2
    Membre actif Avatar de jkakim
    Profil pro
    Développeur informatique
    Inscrit en
    Mars 2009
    Messages
    94
    Détails du profil
    Informations personnelles :
    Localisation : Congo-Kinshasa

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Mars 2009
    Messages : 94
    Par défaut
    Citation Envoyé par icadedt Voir le message
    Bonjour,

    quels sont les avantages / inconvénients entre un systeme de gestion de bases de données relationnelles et un systeme de gestion de bases de données OBJET ?

    par exemple pour la gestion des clé étrangeres lors de la suppression de l'enregistrement source... etc etc


    Vois un peu ce lien : http://www.w3architect.com/static/pe...-LesSGBDO.html

    Salut à tous,
    Depuis très peu je suis plutôt intéressé par les SGBDOs. On raconte que Oracle peut faire du OO mais Est ce que c'est le seul SGBD ? C'est ma prémière question.

    Soit disons plûtôt que je veus mêttre en place un système qui gérera une très grande quantité des données, du style Réseau social (Facebook, Hi5, ...). Je doute fort que ce genre de Système utilise nos bases rélationnelles; Facebook par exemple, il est doté d'une intélligence impéssionnante.
    Après avoir creusé je me rends compte que cette intélligence est gérée côté serveur des données surtout leurs structures et leurs représentations.
    Certes avec le BI ont peut faire des trucs simillaires mais pas avec autant d'intélligence (du style des requêtes dynamiques ciblant le profile ou le comportement d'un internaute... Vous voyez ce que je veux dire ?).

    Alors si ce ne sont pas des SGBDOs qui peuvent m'aider à y arriver, quelle techno greffée aux SGBDR ? Puisque seuls ils ne repondent plus. Et si ce sont les SGBDOs alors le quel ?


    Je vraiment besoin de votre aide.

    Merci d'avance !

  3. #3
    Membre chevronné Avatar de Soutou
    Profil pro
    Inscrit en
    Janvier 2005
    Messages
    328
    Détails du profil
    Informations personnelles :
    Âge : 60
    Localisation : France

    Informations forums :
    Inscription : Janvier 2005
    Messages : 328
    Par défaut
    Un post par mois, c'est dire l'engouement que ce sujet apporte...
    La différence fondamentale entre les 2 c'est la structure de données stockée.
    En relationnel : lignes (suite de valeurs) d'une table.
    En OO : ça se rapprocherait d'un struct C incluant des pointeurs vers des copains, des collections (pour faire retourner Codd et Date (il est pas mort lui je crois) dans sa tombe.

    Oracle, IBM et Postgres ont des extensions objet, les autres non.

  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 986
    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 986
    Billets dans le blog
    6
    Par défaut
    SQL Server aussi via .net !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre éclairé Avatar de mouss4rs
    Profil pro
    Inscrit en
    Janvier 2008
    Messages
    884
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Janvier 2008
    Messages : 884
    Par défaut
    Salut,

    La rolls-royce des SGBDOO reste DB4O comme disait mon prof.
    cétait y'a 3 ans lol...

    http://www.db4o.com/

Discussions similaires

  1. Différence entre un "bidouilleur" et un Pro ?
    Par christ_mallet dans le forum Débats sur le développement - Le Best Of
    Réponses: 290
    Dernier message: 28/11/2011, 10h53
  2. Différence entre un driver ODBC et un accès natif à un SGBDR
    Par brice01 dans le forum Décisions SGBD
    Réponses: 4
    Dernier message: 13/12/2004, 17h24
  3. Différence entre TCP, UDP, ICMP
    Par GliGli dans le forum Développement
    Réponses: 1
    Dernier message: 13/09/2002, 08h25
  4. Différences entre jmp, jz, jnz, etc
    Par christbilale dans le forum Assembleur
    Réponses: 3
    Dernier message: 05/07/2002, 15h09
  5. Réponses: 3
    Dernier message: 07/05/2002, 16h06

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