Здравствуйте, vdimas, Вы писали:
V>Тонкий клиент кушает данные малыми порциями, но сервер может ворочать большими порциями.
V>Причём, ворочать не на SQL-языке, бо он тормозной аки первый в мире калькулятор, а на каком-нить хотя бы на пару порядков более эффективном.
Ну, вот пока что, по мере погружения в тему, не видно перспектив сделать эффективнее на пару порядков .
Даже если мы рассматриваем только pure и deterministic запросы, обеспечение ACID накладывает свои ограничения.
Т.е. при самом оптимальном query plan, который целиком скомпилирован в бинарь, основные тормоза будут даже не на интерпретации выражений вроде GetIntFieldByOffset()*GetDecimalFieldByOffset(), а на захвате блокировок.
Ну, впрочем, это всё ещё такие, прикидки на пальцах.

Здравствуйте, vdimas, Вы писали:
V>Тонкий клиент кушает данные малыми порциями, но сервер может ворочать большими порциями.
V>Причём, ворочать не на SQL-языке, бо он тормозной аки первый в мире калькулятор, а на каком-нить хотя бы на пару порядков более эффективном.
Ну, вот пока что, по мере погружения в тему, не видно перспектив сделать эффективнее на пару порядков .
Даже если мы рассматриваем только pure и deterministic запросы, обеспечение ACID накладывает свои ограничения.
Т.е. при самом неоптимальном query plan, основные тормоза будут даже не на интерпретации выражений вроде GetIntFieldByOffset()*GetDecimalFieldByOffset(), а на захвате блокировок.
И если мы его скомпилируем в бинарь, устранив интерпретатор, то захват/отпускание блокировок никуда не денутся.
Ну, впрочем, это всё ещё такие, прикидки на пальцах.