Сообщение Re[109]: Тормознутость и кривость linq от 16.05.2016 17:02
Изменено 16.05.2016 17:30 Pauel
Здравствуйте, alex_public, Вы писали:
_>>> В данной дискуссии выяснилось что данные ORM почему-то не умеют и предкомпилированные в СУБД запросы.
НС>>Опять бред несешь. Умеют. Проблема с предкомпилированными запросами не в ORM, а в необходимости удерживать соединение. И эта проблема ровно в том же масштабе имеет место быть даже при полностью ручном доступе.
_>Ну IT сказал, что linq2db не умеет. И кому мне верить? )
Ты или юродствуешь, или не понял, чего же тебе IT сказал:
OR/M не делает Prepare, именно потому, что этот Prepare очень противоестественным образом использует Connection Pool.
_>>> В данной дискуссии выяснилось что данные ORM почему-то не умеют и предкомпилированные в СУБД запросы.
НС>>Опять бред несешь. Умеют. Проблема с предкомпилированными запросами не в ORM, а в необходимости удерживать соединение. И эта проблема ровно в том же масштабе имеет место быть даже при полностью ручном доступе.
_>Ну IT сказал, что linq2db не умеет. И кому мне верить? )
Ты или юродствуешь, или не понял, чего же тебе IT сказал:
Видимо мы о чём-то разном.
Предкомриляция запроса внутри БД делается самой БД без каких-либо телодвижений с клиента.
Если ты о методе Prepare из ADO.NET, то он делается на открытом соединении и держать его открытым между вызовами не самая лучшая идея.
OR/M не делает Prepare, именно потому, что этот Prepare очень противоестественным образом использует Connection Pool.
Re[109]: Тормознутость и кривость linq
Здравствуйте, alex_public, Вы писали:
_>>> В данной дискуссии выяснилось что данные ORM почему-то не умеют и предкомпилированные в СУБД запросы.
НС>>Опять бред несешь. Умеют. Проблема с предкомпилированными запросами не в ORM, а в необходимости удерживать соединение. И эта проблема ровно в том же масштабе имеет место быть даже при полностью ручном доступе.
_>Ну IT сказал, что linq2db не умеет. И кому мне верить? )
Ты или юродствуешь, или не понял, чего же тебе IT сказал:
OR/M не делает Prepare, именно потому, что этот Prepare очень противоестественным образом использует Connection Pool. Собственно, это совсем не значит, что OR/M Не может делать Prepare. При желании, это легко допиливается.
Реально такой фокус даже в рукопашных сценариях с прямым доступом к базе мало кто использует.
_>>> В данной дискуссии выяснилось что данные ORM почему-то не умеют и предкомпилированные в СУБД запросы.
НС>>Опять бред несешь. Умеют. Проблема с предкомпилированными запросами не в ORM, а в необходимости удерживать соединение. И эта проблема ровно в том же масштабе имеет место быть даже при полностью ручном доступе.
_>Ну IT сказал, что linq2db не умеет. И кому мне верить? )
Ты или юродствуешь, или не понял, чего же тебе IT сказал:
Видимо мы о чём-то разном.
Предкомриляция запроса внутри БД делается самой БД без каких-либо телодвижений с клиента.
Если ты о методе Prepare из ADO.NET, то он делается на открытом соединении и держать его открытым между вызовами не самая лучшая идея.
OR/M не делает Prepare, именно потому, что этот Prepare очень противоестественным образом использует Connection Pool. Собственно, это совсем не значит, что OR/M Не может делать Prepare. При желании, это легко допиливается.
Реально такой фокус даже в рукопашных сценариях с прямым доступом к базе мало кто использует.