Действительно ли репликация является менее интенсивно использующей ресурсы, чем высокочастотные чтения?
Файл/имя каталога в NTFS ограничен 255 unicode кодовыми точками, так как длина хранится как байт. Но нет никакого свойственного предела общей длины пути.
Много вызовов API Win32 (включая оболочку проводника) вызовы действительно имеют 260 - 1 предел длины. Некоторые другие вызовы имеют способность использовать \\? \префикс, чтобы заниматься 32K (немного меньше, так как имя тома получает substitued на земле Ядра),
Репликация SQL Server на стороне издателя осуществляется через приложение, которое считывает данные непосредственно из журнала транзакций, а не из реальных таблиц базы данных SQL Server.
На стороне подписчика данные записываются в SQL Server построчно через хранимые процедуры (по умолчанию).
Есть несколько ОЧЕНЬ больших приложений, которыми я управляю, которым не нужно выгружать операции чтения на другой SQL Server. Есть очень небольшое количество приложений, которые действительно необходимо масштабировать. В 99% случаев простая настройка правильной индексации и правильное проектирование сервера и хранилища будут обрабатывать огромные рабочие нагрузки, если был приобретен достаточно большой сервер.