Здравствуйте, alex_public, Вы писали:

_>Здравствуйте, Serginio1, Вы писали:

_>>>Вроде бы весь набор операций, нужный для работы с sql имеется. Причём в полном соответствие с linq синтаксисом (одним из двух вариантов). А что ещё надо для ORM? )
S>> Еще раз нет навигационных свойств. А в них весь смысл. Еще раз нет сравнения эффективности на сложных запросах. Как ты можешь утверждать без тестов. Это уже религия.

_>Не, ну если для тебя весь смысл ORM в этих самых "навигационных свойствах", то что тут можно ещё сказать...
Вот имено. Как то некорректно сравнивать ООП с процедурным программированием. Слышали не раз.

_>Что касается эффективности. Т.к. время исполнения запросов в БД не зависит от вида ORM, то есть смысл сравнивать только накладные расходы вокруг запроса. Для linq версий они были озвучены (я приводил ссылку), причём не мною, а как раз реальным специалистом по C#. Что же касается sqlpp11, то в принципе можно считать, что там эти накладные расходы равны нулю (если рассматривать относительно случая ручного задания sql строки).

S>> Еще раз твои утверждения голословны. Почему ты считаешь, что наколеночная реализация сделает оптимальный реализацию СКул запроса. Где тесты одинаковых запросов?

_>Эээ что? ) Оптимизацией запросов занимается человек, а не ORM. Хотя бы потому, что ORM просто физически не может сделать никакую внятную оптимизацию, т.к. не знает особенностей конкретной БД.
Выдает то конечный текст SQL алгоритм. Причем для разных СУБД он будет свой. А сложность запросов бывает высокой, а не просто Select * From