Как реализовать подгрузку новых данных из БД с помощью Ajax?

А если мы говорим про постоянную подгрузку, скажем, статей, выбранных по определенным параметрам? Какой алгоритм действий наиболее приемлемый? Когда время - не ключевой фактов выборки. Хранить где то count и offset и на их основе?
Спасибо.

mahmudchon, а зачем вам тогда вообще аякс. Пусть пользователь и тянет при реквесте данные

Дмитрий, "реквест" же еще верно сформировать нужно. Какие параметры ему передавать? Может не верно вас понял. Меня интересует больше не реализация в реальном проекте, а понять грамотный принцип решения.

mahmudchon, приведите конкретный пример.

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

DevMan, есть в базе статьи, 100 штук.
Нужно при посещении страницы вытащить 10 страниц, не по мере их появления, а по наличию, в соответствии с параметрами выборки (но это не суть).
Это частая реализация сейчас на сайтах - при прокрутке содержимого до последней статьи - на автомате подгружать следующие 10. Так вот - как отловить события приближения к последней статье на странице и тп - не интересно. Как скрипту, который отдает данные понять с какой статьи продолжить выборку? Тут, по сути START и LIMIT, где LIMIT равен 10. А START передавать, получается, в запросе и обновлять в js переменной или тп?

mahmudchon, я имел ввиду чистым бэком отдавать из базы строки при обновлении или переходе по ссылке

sbh, не, с этим уже понятно, сверяемся по времени. А что касаемо имеющихся при скроле?

mahmudchon, да такой же принцип, просто сохраняете не дату, а текущий офсет.

DevMan, измените пожалуйста ваш ответ для обоих вариантов (сверка по тайстэмпу и по оффсету) и я отмечу его как ответ. Думаю многим пригодится это.

sbh, сделал.

DevMan, еще вопрос - начал просто реализовывать и сразу наткнулся на камушек. Суть такая запросы на обновление идут пускай каждую минуту.
Мы отправили запрос, получили ответ с данными после этого в БД появились новые данные, мы делаем новый запрос с условием текущего времени и получается что те новые данные мы не получим потому что они попали в промежуток между запросами.
Нужно хранить TimeStamp последнего запроса и ориентироваться на него?

sbh, нужно поле таймстампа в табличке, запрос вида
select * from table where timestamp > $timestamp

Дмитрий, вы не поняли. Про запрос ясно как отбирать.

sbh, ну там переменная не случайно, это как раз метка, после запроса вы её обновляете как time()
Все что после неё будет новое

sbh,

Мы отправили запрос, получили ответ с данными после этого в БД появились новые данные, мы делаем новый запрос с условием текущего времени и получается что те новые данные мы не получим потому что они попали в промежуток между запросами.

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

DevMan, а может случиться что данные попали в БД в ту секунду которая не учлась в промежутке между записью текущего времени и запросом?

sbh, можно делать более точную метку с микросекундами
microtime()

sbh, >=

"сделали выборку согласно интервала от предыдущего времени до текущего –> сохранили полученное текущее время " - вот про этот шаг я имею ввиду. Представим что данные пишутся очень быстро в систему. Запрос занимает 1 секунду.
Мы запрашиваем данные в 10:00:01, ответ приходит в 10:00:03, и мы записываем временную отметку для след запроса как 10:00:03, а данные записанные в БД в 10:00:02 не попадут в след выборку.

Пример возможно утопичный, потому как нет смысла в динамическом выводе такого количества данных, но все же.

sbh, нет никакого промежутка. ты получил, к примеру, 12:34:56 и выбираешь данные согласно этого времени. появилась запись, соответствующая этому времени - она попадет в выборку прямо сейчас, появилась позже - попадет в следующую выборку. и совершенно не важно как/когда/насколько долго ты сохраняешь это время.

sbh, сделайте запись метки до запроса

sbh,

Мы запрашиваем данные в 10:00:01, ответ приходит в 10:00:03, и мы записываем временную отметку для след запроса как 10:00:03, а данные записанные в БД в 10:00:02 не попадут в след выборку.

нет. если мы запросили данные в 10:00:01, то и записываем 10:00:01; когда придет ответ нас не интересует.

DevMan, Ok, понял

Дмитрий, Да, так и сделал.