какие проблемы?
озвучь , чтоб их и осветить

пожалуйста конкретнее.

изменились где?
на исходной странице или на целевой?
чем конкретнее поставлена задача - тем точнее решение.

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

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

зы можно клиенту слать изменённые данные в отдельное окошко (если эти изменения на другой странице

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

во-во!

как по мне так самое трудное тут - это правильно сформулировать ТЗ для такого случая.

а я прошу дать четкое указание что должен увидеть клиент/юзер/оператор
т.е. какой алгоритм я должен реализовать.
я не прошу как его реализовать - я прошу что должен реализовать.

если грубо
есть метод в котором производится crud. единственный метод перед базой.
в этом методе я могу сделать рассылку всем заинтересованным - с отображение изменений.
для этого мне не нужны обращения всех заинтересованных. мне нужен просто их список.

вопрос - что должны видеть заинтересованные?

юзер смотрит записи с 21 по 40
вставили 19 - что должен увидеть смотрящий?