Discussion :

[pot2yaourt]

Salut à tous !

J'aurais aimé savoir quel ORM (Hibernate, Entity Framework, Subsonic ou autre...) vous me conseilleriez d'utiliser pour un site à forte charge ?

Ou est-ce qu'il faut tout simplement bannir l'utilisation d'un quelconque ORM qui ne ferait que ralentir le site ?

Si vous avez des retours d'expériences, n'hésitez pas !

Merci d'avance pour vos réponses,
Lionel.

[Arthis]

Qu 'est ce que tu appelles forte charge?

Beaucoup d'utilisateurs a un moment donné et traitement leger ou peu d'utilisateurs mais des traitements lourds et long? Les deux ?

[Philippe Vialatte]

Salut,

J'aurais aimé savoir quel ORM (Hibernate, Entity Framework, Subsonic ou autre...) vous me conseilleriez d'utiliser pour un site à forte charge ?

Je te conseillerais surtout d'utiliser celui que tu connais le mieux

Ou est-ce qu'il faut tout simplement bannir l'utilisation d'un quelconque ORM qui ne ferait que ralentir le site ?

Ca depends de pleeiiiiin de choses...

La, basiquement, je dirais, commence par faire le site, et optimise apres coup (mais un DBA dirait certainement le contraire...)

[pot2yaourt]

Qu 'est ce que tu appelles forte charge?

Beaucoup d'utilisateurs a un moment donné et traitement leger ou peu d'utilisateurs mais des traitements lourds et long? Les deux ?

Dans mon cas, ça sera beaucoup d'utilisateurs à un moment donné, les traitements lourds étants déjà effectués sur des serveurs à part.

[pot2yaourt]

En fait, vu que 98% du code SQL c'est des procédures stockées, je me dis que finalement c'est sans doute pas d'un grand intérêt d'opter pour un ORM.

[Philippe Vialatte]

pour un ORM "a la" NHibernate, pas forcement, apres, ca vaut peut-etre le coup d'integrer Subsonic ou MyGeneration pour te generer des classes de wrapping pour tes procedures stockees.

Comme ca, tu t'enleves au moins du pieds l'epine du mapping et des fautes de frappe quand tu dois manipuler tes donnees