Нет никакого 'one-tool-fits-all' решения, и это также верно для вопроса, 'я должен использовать or/m или нет?'.
я сказал бы: если необходимо записать приложение/инструмент, которое является очень сфокусированными 'данными' без большой другой логики, то я 'd использую плоскость SQL, так как SQL является проблемно-ориентированным языком для этого вида приложений.
, С другой стороны, если я должен был записать бизнес/корпоративное приложение, который содержит большую 'доменную' логику, затем я записал бы богатую модель класса, которая могла выразить этот домен в коде. В таком случае картопостроитель OR/M мог бы быть очень полезным, чтобы успешно сделать так, поскольку он вынимает большую инфраструктуру кода из Ваших рук.
Вставьте ресурс VersionInfo в вашу dll / приложение.
http://msdn.microsoft.com/en-us/library/aa381058%28VS.85%29.aspx