Здравствуйте, Ночной Смотрящий, Вы писали:

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

НС>>>Это какой то бред. SQL сервер это отдельная машина, иначе смысла нет.
S>>Отдельная машина это еще бОльшие тормоза.

НС>Разумеется. Важнее то, что никакие сингулярити тебя от этих тормозов не спасут.
Именно спасут. Если бы ты посмотрел заголовок, то смысл в том, что файловая база на интерпретаторе быстрее в 3 раза
компилируемого SQL
S>> Вот если всю эту беду делать в пространстве сервера, домене или аля сингулярити скорость резко возрастет.

НС>Ну так попытки засунуть жабу или дотнет вовнутрь сиквела были, чего тебя в них не устраивает?
Ну я не видел примеров ни на EF ни на Linq2DB
S>>И может убивца 1С можно сделать

НС>Нельзя. 1С такой популярный не из-за его технологий.
Как раз в технологиях,языке и готовые конфигурации которые легко можно заточить под себя.
В начале там вообще были dbf. Народ быстро еще прикрутил терминальные сессии с цитриксом.
Потом начали прикручивать и SQL но опять же с терминальными сессиями.
Потом 1С сделала 8 ку с сервером приложений.

На самом то деле на том же EF а проще еще и на Linq2DB можно сделать еще и проще и значительно быстрее.
Code First и Linq to EF на примере 1С версии 8.3. Часть II

Здесь то как раз идет разговор о том, как проще взаимодействовать с нативными данными. Да можно делать обертки над записями с использованием MemoryMarshal для доступа к массивам.
Без лишнего копирования и передач между процессами.
Конечно надо смотреть, но хотелось бы посмотреть примеры с доступом аля Linq к данным.
Ну и ограничения Ограничения модели программирования