s'il vous plait est ce que SQL Server est il un SGBD orienté objet ou non, si c'est possible quels sont tout les SGBD OO
merci d'avance
s'il vous plait est ce que SQL Server est il un SGBD orienté objet ou non, si c'est possible quels sont tout les SGBD OO
merci d'avance
sql serveur n'est pas oriente objet. c'est un sgbd relationnel.
Je modérerais cela en disant que c'est possible en utilisant les types CLR !
En effet à l'aide de SQL CLR on peut créer ses types e données soit même et donc faire des tableaux, des arbres, des graphes, des objets quelconques. Il suffit de les interfacer avec Transact SQL.
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/ * * * * *
c'est vrai qu'à partir de SQL SERVER 2005 on peut définir des classes (UDT) pour construire des objets.
là question que je me pose maintenant , est qu'est ce qu'il manque à SQL SERVER 2005 --> 2008 R2 pour qu'il deviennen un SGBD OO
La vitesse. Un SGBD objet se doit d'être plus rapide qu'un SGBD relationnel en ce qui concerne l'accès à un objet. Or Le CLR, proposait par SQL Pro, permet en effet de simuler le fonctionnement objet mais avec une vitesse moindre. Enfin, c'est mon avis!
Une petite touche d'humour:
http://www.sqlservercentral.com/arti...terials/69043/
Marrant.
Le dernier programmez contient un article, disponible gratuitement sur le site de l'éditeur, qui présente l'objet et le relationnel.
Il précise que ce sont les fonctionnalités XML qui permettent d'émuler le fonctionnement d'une base objet.
Bonne année à vous.
D'ou tenez vous cette information ????La vitesse. Un SGBD objet se doit d'être plus rapide qu'un SGBD relationnel en ce qui concerne l'accès à un objet. Or Le CLR, proposait par SQL Pro, permet en effet de simuler le fonctionnement objet mais avec une vitesse moindre. Enfin, c'est mon avis!
Amusez vous à implémenter un calcul de surface d'un polygone stocké sous forme relationelle (suite de points dans une tbale) en T-SQL et comparez la vitesse d'exécution de ce même calcul avec un polygone déclaré en GEOMETRY en appliquant la méthode STArea et dites moi ce qui est le plus rapide...
Mon grand père disait "une place pour chaque chose et chaque chose à sa place". Ni le relationnel pur, ni l'objet pur ne sont parfait... Chaque chose a son intérêt et dire que X est plus rapide que Y est idiot !
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/ * * * * *
Personnellement, si je voulais faire de l'objet avec un sgbd relationnel, je me tournerais plutôt vers hibernate, mapping objet relationnelle, que vers le CLR qui n'a pas pour fonction d'émuler un sgbd objet.
C'est un choix comme un autre ... dans ton cas c'est le administrateur du SGBD qui sera content, mais celui qui héberge ton application un peu moins (hibernate ça alourdi un peu)
et, inversement, si on choisit la CLR c'est l'administrateur du SGBD qui sera moins content car le SGBD fait plus de traitement, et l'hébergeur de ton appli plus soulagé (un framewok en moins)
l'idée, c'est surtout de faciliter le travail du developpeur, pour un objet, une simple configuration suffit sur hibernate, imagine que tu as 50 objets, avec le CLR, tu dois programmer 50 objets.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager