--null--почему? Целостность считанных данных как раз гарантируется. Как и целостность данных, приходящих по IP.
Скажем, контроллеры SCSI учитывают четность, контрольную сумму и время ожидания. И при проблемах - способны повторить чтение и снизить скорость передачи. Во всяком случае так в описаниях SCSI пртокола.

т.к. протокольный уровень - енто уровень ядра(драйвера, сама ось и прочее), и данный уровень ведёт себя не по закону(протокол) - то мона ожидать урезание (искажение) функционала и в другом месте данного ядра. Логично ? (как говорит одна девочка). Чтение с диска не ограничивается применяемым железом и протоколом нижнего уровня (уровня железа). Над ним ышо много всяких телодвижений. Например ось может положить на такую функциональность как чтение-после-записи. И всё. Вроде как быстро - меньше телодвижений. Вроде как работает.... но до первого сбоя...


лано...возвращаясь к баранам...
если идёт речь о серваке приложения - то существует такая вещь как регистрация/разрегистрация. Правда тут нуна оговориться, что это зависит от политики самого сервака. Но предположим, что такие фазы существуют. Тогда нам никто не мешает известить клиентов об изменениях оперируя учётными записями. Речь мона вести и об оптимизации данного функционала.

Что использовать на нижнем уровне - думаю тут предпочтение у каждого своё.

Говорить о БД, как о средстве синхронизации в данной схеме - мягко говоря странно. Первичен сервак приложения, а уж потом БД. И завязываться на реализацию более нижнего уровня (БД), на мой взгляд - сужение потенциальных возможностей. Нафига тоды вооще городить сервак приложения ?

с уважением
(круглый)