Здравствуйте, Ночной Смотрящий, Вы писали:
R>>>Если у тебя сервер приложений не является тупым ретранслятором запросов к БД, то это не очень важно. Достаточно их соединить хорошими гигабитами.
S>>Пробовали. В итоге как минимум в 2 раза скорость падала

НС>В 1С. Потому что работа с БД там через жопу, с соплями с тех времен когда оно работало с файлами на сетевой шаре. 3НФ? Не, не слышал.
Нет я работал на прямую с сервером. С использованием MERGE и прочих специфических SQL команд. Работал с автозапчастями и десятки милионные прайсы по десяткам поставщиков.
Там необходим прямой доступ.
Linq to EF. Практика использования. Часть III

Проблема была в скорости передачи данных между базой и сервером приложений когда они на разных машинах. И она была существенной.
Просто когда Сервер приложений и БД стояли на одной машине уже не хватало мощности процессора. Проще было нарастить железо сервера

Здравствуйте, Ночной Смотрящий, Вы писали:
R>>>Если у тебя сервер приложений не является тупым ретранслятором запросов к БД, то это не очень важно. Достаточно их соединить хорошими гигабитами.
S>>Пробовали. В итоге как минимум в 2 раза скорость падала

НС>В 1С. Потому что работа с БД там через жопу, с соплями с тех времен когда оно работало с файлами на сетевой шаре. 3НФ? Не, не слышал.
Нет я работал на прямую с сервером. С использованием MERGE и прочих специфических SQL команд. Работал с автозапчастями и десятки милионные прайсы по десяткам поставщиков.
Там необходим прямой доступ как для обновления, так и запросов.
Linq to EF. Практика использования. Часть III

Проблема была в скорости передачи данных между базой и сервером приложений когда они на разных машинах. И она была существенной.
Просто когда Сервер приложений и БД стояли на одной машине уже не хватало мощности процессора. Проще было нарастить железо сервера