Discussion :

[soa]

Bonjour

Voilà alors étant habitué à Java et Hibernate j'ai apprécié la simplicité avec laquelle on pouvait mapper des objets/classes Java avec une base de donnée relationnelle.

La j'essaye de passer au .Net, alors j'en suis encore à la lecture concernant ADO.Net, je ne suis pas encore arrivé à Linq. Mais une chose me trouble.

Jusqu'ici je ne vois pas comment la relation Objet C# <-> Table SQL est fait. Je me retrouve avec des DataSet contenant des DataTable représentant les tables en base de donnée, mais pourquoi pas directement des objets C# des classes que j'ai définit??? Bref j'ai surement loupé un truc, et bon c'est normale je débute en C#.

Donc en gros pour celà on est toujours obliger d'utiliser NHibernate? ADO.NET+Linq != NHibernate???

Est-ce quelqu'un pourrait m'éclaircis les idées.


Merci!

[zimil]

Bonjour ,
tu peux utiliser les tableadapter , tu indiques quel connection tu utilise puis tu fournis la requête sql pour la selection des données tu auras à la fin un datatable (objet) mappée à la base de données relationnelles.
J'espère que ça peut t'aider

[Pol63]

si tu veux les données dans des classes spécifiques, c'est à toi de les écrires
ou de les générer

il y a meme des générateur de classes tout fait, qui créé des classes (propriétés) à partir d'une table

les dataset, datacolumn et autre datarow sont des objets lourds en mémoire et long à instancier par rapport à une simple classe de stockage des données, mais bon ca fait des trucs en plus (qu'il est certes capable de coder soi même en plus rapide)

[fally]

mais pourquoi pas directement des objets C# des classes que j'ai définit???

moi je dirais le linq

[soa]

Oups effectivement.

J'aurais du attendre d'arriver au chapitre "Linq" .
C'est donc l'équivalent du JPA en java.

En gros avec .Net 3.5 NHibernate devient un peu superflu non?

[Philippe Vialatte]

En gros avec .Net 3.5 NHibernate devient un peu superflu non?

Euh...ca depends

Tu as un certain nombre d'ORM dispo en .net, dont Linq2Sql, NHibernate, Subsonic et Entity Framework

Une des faiblesses de Linq2Sql est de ne marcher qu'avec Sql server, Entity Framework devrait, a terme, proposer plus de providers.

Dans chaque cas, la question n'est pas de savoir si ils marchent, mais si ils marchent avec l'archi prevue pour l'application.

Si tu maitrise bien Hibernate, je pense que passer a NHibernate ne te coutera pas trop cher...

Linq2sql et entity framework ont une approche tres "data centric", ce qui peut poser pb sur certains projets

Personnelement, je suis parti sur Subsonic il y'a qq temps, ca me plait bien

[soa]

Ah voilà qui est plus claire.

Je vous remercie pour vos infos.