2NetFly
-
ORM только для "простых" несвязанных таблиц – стоит ли?
Долгое время использую класс DBO (Database Object), который является базовым для других классов модели. DBO содержит методы Select / Insert / Update / Delete, конструктор, которому передаются имя таблицы, имя первичного ключа и некоторые другие значения. Со временем к классу DBO стали появляется дополнительные требования. Захотелось научить его форматировать дату, не обновлять некоторые поля при SQL запросе и т.д. Описанные проблемы решил путем добавления XML конфига для каждого класса, в котором содержаться описания таблицы и ее полей, но раз уж взялся за обновление, решил проконсультироваться с людьми, которые, возможно, достигли больших успехов в данном вопросе. Интересен, в первую очередь, личный опыт и проблемы / решения, с которыми вы столкнулись.
Пока что сомневаюсь в рациональности применения ORM для моделей 1:M и M:N. Для выборки из 5-6 таблиц мне проще составить один запрос, чем манипулировать с объектами.
Долгое время использую класс DBO (Database Object), который является базовым для других классов модели. DBO содержит методы Select / Insert / Update / Delete, конструктор, которому передаются имя таблицы, имя первичного ключа и некоторые другие значения. Со временем к классу DBO стали появляется дополнительные требования. Захотелось научить его форматировать дату, не обновлять некоторые поля при SQL запросе и т.д. Описанные проблемы решил путем добавления XML конфига для каждого класса, в котором содержаться описания таблицы и ее полей, но раз уж взялся за обновление, решил проконсультироваться с людьми, которые, возможно, достигли больших успехов в данном вопросе. Интересен, в первую очередь, личный опыт и проблемы / решения, с которыми вы столкнулись.
Пока что сомневаюсь в рациональности применения ORM для моделей 1:M и M:N. Для выборки из 5-6 таблиц мне проще составить один запрос, чем манипулировать с объектами.
