Comment peut-on supprimer une entité dans nhibernate ayant seulement son identifiant et son type?

Si vous utilisez le chargement paresseux, seulement une Charge crée un proxy.

session.Delete(session.Load(type, id));

Avec NH 2.1, vous pouvez utiliser les requêtes HQL. Vous ne savez pas comment il ressemble en fait, mais quelque chose comme ceci: noter que ceci est soumis à une injection SQL - si possible, utiliser des requêtes paramétrées, plutôt qu'avec des SetParameter()

session.Delete(string.Format("from {0} where id = {1}", type, id));

---

Edit:

Pour Charger, vous n'avez pas besoin de connaître le nom de la colonne Id.

Si vous avez besoin de le savoir, vous pouvez l'obtenir par le NH métadonnées:

sessionFactory.GetClassMetadata(type).IdentifierPropertyName

---

Une autre édition.

session.Delete() est l'instanciation de l'entité

Lors de l'utilisation de session.Delete(), NH charges de l'entité de toute façon. Au début je n'aimais pas ça. Puis j'ai réalisé les avantages. Si l'entité fait partie d'une structure complexe à l'aide de l'héritage, des collections ou des "tout"-les références, il est en fait plus efficace.

Par exemple, si la classe A et B les deux hériter de Baseil n'essayez pas de supprimer les données de la table B lorsque l'entité réelle est de type A. Cela ne serait pas possible sans le chargement de l'objet réel. Ceci est particulièrement important quand il y a beaucoup hérité de types qui comprennent aussi de nombreuses autres tables chacune.

La même situation quand vous avez une collection de Bases, qui se trouvent être toutes les instances de A. Lors du chargement de la collection dans la mémoire, NH sait qu'il n'a pas besoin de supprimer tout B-trucs.

Si l'entité A a une collection de Bs, qui contient Cs (et ainsi de suite), il n'essayez pas de supprimer toute Cs lors de la collecte de Bs est vide. Cela n'est possible que lors de la lecture de la collection. Ceci est particulièrement important lorsque C est complexe de son propre, rassembler encore plus de tables et ainsi de suite.

La plus complexe et dynamique de la structure est, le plus efficace est de charger des données réelles au lieu de "à l'aveugle" de le supprimer.

HQL Supprime ont pièges

HQL supprime pour ne pas charger des données en mémoire. Mais HQL-les suppressions ne sont pas si intelligents. Ils se sont contentés de traduire le nom de l'entité à la table correspondante nom et le supprimer de la base de données. En outre, il supprime certains agrégé de collecte de données.

Dans des structures simples, cela peut très bien fonctionner et efficace. Dans des structures complexes, tout n'est pas supprimé, conduisant à des violations de contrainte ou de la base de données "fuites de mémoire".

Conclusion

J'ai aussi essayé d'optimiser la suppression avec NH. J'ai donné dans la plupart des cas, parce que NH est encore plus intelligent, il "fonctionne" et est généralement assez rapide. L'un des plus complexes de la suppression des algorithmes que j'ai écrit est l'analyse de NH cartographie des définitions et de la construction delete. Et - sans surprise - il n'est pas possible sans la lecture des données de la base de données avant de les supprimer. (J'ai juste réduit à la seule charge des clés primaires.)