если исходить из задачи ТС - не рассмтривать многозвенные структуры, то нормального решения нет.
основное - серверы баз данных не могут инициировать передачу данных клиентам, они работают по запросу от клиента.
поэтому, чтоб увидеть измененные данные надо запрашивать сервер. при 1000 клиентов как у ТС это приличная нагрузка на сервер, даже при кешировании данных. промежуточное звено между базой и клиентом как раз и решает эту проблему.
авторЯ предпочитаю знать, надо ли жать на Применить чтобы сосед увидел изменение в поле Name или каком-другом из 40 вкладок.
современные технологии позволяют не ждать, а видеть изменения в процессе ввода одним пользователем сразу у многих. тут проблема не технической реализации, а в логике, чтоб юзер смог обработать изменяемую информацию в голове.
как пример: если есть куча операторов одновременно заносящих однотипную инфу с документов (с накладных), их руководителю можно выводить то что они вводят посимвольно. и но может видеть как каждый работает, скорость ввода, и прочее.
если есть какой-то склад - можно (используя gps) вреальном времени видеть положение погрузчиков, кладовщиков.
и всё это без загрузки в базу (если не требуется хранение истории перемещения этих объектов)

авторМожет еще и версию ИЕ только одну поддержать? )) А то там же от версии к версии верстка меняется )))
И вообще почему IE, может Netscape Navigator например сразу?
многие разработчики сайтов при получении заказов ставят условие - ие8+ (а то и ие9+)
либо назначают цену ....
сайты торговых площадок поддерживают приличные штаты программистов, и чтоб добавить дополнительный браузер потребуется увеличить штат и прилино - попробуй убедить руководство.
к тому же десктопное ПО пишут на софте МС и требуют при этом установки фреймворков (их на машинах стоит по 5-6 версий) и ни кто не жалуется. браузе можно рассматривать как оболочку.
таже java - такая же оболочка, под названием java-машина. теже версии.

Petro123вадясовременные технологии позволяют не ждать, а видеть изменения в процессе ввода одним пользователем сразу у многих
угу
"либо назначаю цену" за такую фичу

лишняя ирония, это сделать 1 смена с полной отладкой.

авторвадяпри 1000 клиентов как у ТС это приличная нагрузка на сервер

вы шутите? Про 1000 запросов к ораклу или сиквелу?

если сравнивать с отсутствием запросов. и учитывать время выполнения запроса.
и если можно обойтись без пустых запросов (типа не обновились ли данные) - то и сервер можно по-проще использовать.
а если сервер производит долгоиграющую обработку запроса - этак минут на NN, и его долбят запросами на запросами (теми же на проверку изменения) одни дисковые операции сожрут кучу времени.

автор- что означает "Показывать 100 строк"?
101 строка - это чья проблема?

правильный параметр, я б добавил общее количество строк в отборе.

такое 16271465 и на веб можно сделать + использование вкладок

авторА как не долбя запросами ты увидишь изменения сразу всех и у всех?

websockets
проверено.
нажал кнопу - несколько байт улетело на сервер, там логика обработала и разослала клиентам.
база даже не узнала об этом.
есть примеры рисования одновременно несколькими челами на одном канвасе. и все видят всё в реальном времени.

автор+ вырубить горячие + SDI\MDI + фокус и скроллинг + ....
И мы получим десктоп в 3 раза дороже и глючнее
поверь с jquery это всё решается просто.

авторповерь, в десктопе и клиент-сервере реалтайм решается ещё проще.
(если его требует заказчик)
не спорю.
тот же веб на десктопе идет хорошо.
но у веба есть свои преимущества- та же таблица, для в html я могу в любую ячейку таблицы вписать таблицу, и видеть как и что несколько юзеров в ней меняют.
даже отображать изменённые ячейки цветом в HTML намного проще сделать чем на твоих таблицах.

в веб я могу отослать запрос, и получить с сарвера (при помощи хранимки ) кусок кода HTML , с вставленными данными прямо с сервера. шаблоны кода будет храниться в одной таблице данные из других.
для этого мне не потребуется много изменять.