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

_>>>А ты думаешь твой ORM в .net по другому устроен? ))) Всё тоже самое. )
I>>Щаз, компилирует каждый запрос под 100500 всех возможных баз данных и диалектов SQL, ага.

_>Причём тут каждый запрос? ) Речь о драйверах к конкретным БД. Что в .net, что в sqlpp11 под каждую БД есть свой драйвер. И соответственно если мы хотим, чтобы наше приложение умело работать со всеми БД, нам требуется скомпилировать их все и вставит в наше приложение.

Неверно. Ощущение, что ты вывалился из машины времени, прилетел из начала 90х.

I>>Итого — ты сомневаешься, что парсинг и генерация sql это решаемые задачи. Вопрос — при чем здесь C# и чем здесь С++ принципиально лучше ? Сам подумай — в рантайме можно, а в дизайн-тайм нельзя

_>К чему эти теоретически рассуждения? ) Покажи хоть какой-нибудь пример решения. Я то тебе показываю работающие куски кода.

Не вижу смысла. Твой поинт пока что такой — в рантайме можно, а тоже самое но в дизайн-тайм — невозможно
До тебя почему то не доходит, что дизайнт-тайм это тот же рантайм, только в другом приложении.

I>>Нет, не понятно. Ты понамекал и сказал, что все это невозможно в C#

_>Невозможно в C# на этапе компиляции (если не считать варианта с препроцессором, но про такое я вообще не слышал). В рантайме естественно без проблем, но это уже куча оверхеда.

Неинтересно обсуждать особенности твоего восприятия.

_>Всё правильно. Берём оверхед от рефлексии и всего остального и сравниваем со временем выполнения запроса. Если там будут не десятки процентов, то естественно можно наплевать на это всё.

Уже давно посчитали и наплевали.

> Кстати, а ты представляешь сколько на современной БД исполняется запрос вида "select count(*) from users"? ) Даже без кэширования...

Этот запрос есть практически в каждом приложении. Что бы далеко не ходить — открой статистику на рсдн. Она считай вся на таких запросах.

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

_>>>А ты думаешь твой ORM в .net по другому устроен? ))) Всё тоже самое. )
I>>Щаз, компилирует каждый запрос под 100500 всех возможных баз данных и диалектов SQL, ага.

_>Причём тут каждый запрос? ) Речь о драйверах к конкретным БД. Что в .net, что в sqlpp11 под каждую БД есть свой драйвер. И соответственно если мы хотим, чтобы наше приложение умело работать со всеми БД, нам требуется скомпилировать их все и вставит в наше приложение.

Неверно. Ощущение, что ты вывалился из машины времени, прилетел из начала 90х.

I>>Итого — ты сомневаешься, что парсинг и генерация sql это решаемые задачи. Вопрос — при чем здесь C# и чем здесь С++ принципиально лучше ? Сам подумай — в рантайме можно, а в дизайн-тайм нельзя

_>К чему эти теоретически рассуждения? ) Покажи хоть какой-нибудь пример решения. Я то тебе показываю работающие куски кода.

Не вижу смысла. Твой поинт пока что такой — в рантайме можно, а тоже самое но в дизайн-тайм — невозможно
До тебя почему то не доходит, что дизайнт-тайм это тот же рантайм, только в другом приложении.
Включи логирование запросов, увидишь, что нет никакой магии. Все что нужно — сохранить эти запросы, они уже сгенерены, провалидированы и тд и тд.

I>>Нет, не понятно. Ты понамекал и сказал, что все это невозможно в C#

_>Невозможно в C# на этапе компиляции (если не считать варианта с препроцессором, но про такое я вообще не слышал). В рантайме естественно без проблем, но это уже куча оверхеда.

Неинтересно обсуждать особенности твоего восприятия.

_>Всё правильно. Берём оверхед от рефлексии и всего остального и сравниваем со временем выполнения запроса. Если там будут не десятки процентов, то естественно можно наплевать на это всё.

Уже давно посчитали и наплевали.

> Кстати, а ты представляешь сколько на современной БД исполняется запрос вида "select count(*) from users"? ) Даже без кэширования...

Этот запрос есть практически в каждом приложении. Что бы далеко не ходить — открой статистику на рсдн. Она считай вся на таких запросах.