Отслеживание новых записей в бд в реальном времени?

Question

[Богдан Кучерук]

Есть самая простая БД с полями id и title. Какой самый простой способ отслеживания новых записей и выведение их в div?

Comments

[StiflerProger]

самый простой, перепроверять записи в БД

[Богдан Кучерук]

StiflerProger, логично, спасибо

[Akina]

Вопрос ни о чём. Указывайте точно свою СУБД, в том числе её точную версию.

[ThunderCat]

Вопрос поставлен хреново, но в целом ответ Rsa97 коротко описывает возможные варианты решения. Нюансов реализации много, но ничего фантастически сложного нет.

[Богдан Кучерук]

Akina, MySQL - 8.0

[Богдан Кучерук]

ThunderCat, можете скинуть реализацию long-polling нормальную? В инете ничего нормального не нашёл. Примера с БД вообще нет. Есть только JSON и текстовый файл.

[Akina]

Богдан Кучерук, MySQL не имеет штатных средств взаимодействия с ОС. Навскидку вижу три принципиальных варианта.

Первый - описанный в ответе Rsa97 поллинг данных со стороны приложения либо промежуточной ОС/программы.

Второй - сбрасывать информацию об изменении в файл, а далее средствами ОС по событию создания файла (или поллингом файловой системы) уведомлять.

Третий - найти UDF (отдельный модуль или библиотеку) взаимодействия с ОС и использовать её.

Answer 1

[Rsa97]

Самое простое - периодический запрос клиентом обновлённой информации.
Более сложное - websocket + вызов скрипта из БД по триггеру AFTER INSERT.

Comments

[Богдан Кучерук]

Периодический запрос клиентом обновлённой информации?

[Rsa97]

Богдан Кучерук, Да. Например, через setInterval + AJAX.

[Богдан Кучерук]

читал что через AJAX такое делать не стоит

[Богдан Кучерук]

Rsa97, можете посоветовать пример long-polling?

[Everything_is_not_so_bad]

Вместо WebSocket предлагаю использовать SSE. Он проще и достаточно для оповещения клиента.

[Богдан Кучерук]

Román Mirilaczvili, не увидел где именно там подключаться к бд

[Ипатьев]

подключаются там не к БД, а к РНР

[Everything_is_not_so_bad]

Богдан Кучерук, он только для оповещения. Всю остальную логику нужно писать самому.

[Rsa97]

Богдан Кучерук, Для websocket нужно писать сервер-демон, который будет висеть в памяти постоянно. Он должен либо периодически опрашивать БД, либо получать от БД сигнал об изменении данных. После этого сервер запрашивает данные и рассылает всем подключенным клиентам сообщения с изменениями.

[Ипатьев]

Сделайте сначала с периодическим опросом.
учитывая, что вы не знаете ни mysql, ни PHP, ни JS, для вас и это будет челлендж
громоздить сюда ещё и сокеты вы точно не потянете.

[Богдан Кучерук]

Román Mirilaczvili, нет у Вас ссылки с примером реализации?

[ThunderCat]

Богдан Кучерук,

нет у Вас ссылки с примером реализации?

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

[Богдан Кучерук]

Ипатьев, уже сделал. Не такой уж и челендж)

[Everything_is_not_so_bad]

Богдан Кучерук, это нетрудно загуглить.

Answer 2

[mayton2019]

Богдан. Обычно реляционные БД так не работают. Клиент - спрашивает. БД отвечает. Обратное не делают обычно.

Отслеживание новых записей - это технически сложная задача потому что нужен буфер и умножение этого буфера на количество подписчиков. Тоесть приходим к полноценной MQ-системе. Обычно БД конфигурируется так что лишних ресурсов на это нет. Да и зачем БД рассылвать уведомления когда это задача сервера приложений.

Если вы все таки решили спрашивать на зарубежных форумах - то не говорите слово MySQL/SQL. Пишите просто - информационная система и хранилище. Пускай вам советуют с чистого листа как это надо дизайнить.

Comments

[Богдан Кучерук]

В ВК разве не обычный MySQL?

[Ипатьев]

MySQL и sql к вашему вопросу никакого отношения не имеет.
ваш код на js обращается к бэкенду на РНР.
вам бы не помешало для начала это понять.

[Богдан Кучерук]

Ипатьев, правильно, никакого, всего-лишь, нужно оттуда данные получать)

[Ипатьев]

данные "оттуда" вы получаете через РНР, обычным порядком. К вашей задаче работа с БД отношения не имеет. вам надо научиться запрашивать информацию у РНР. а РНР уже запросит у БД

[Богдан Кучерук]

Ипатьев, вы слишком умный для меня, вообще не понимаю что вы написали

[Ипатьев]

я понимаю. бегать просить "готовую ссылочку" проще :)

[mayton2019]

Богдан Кучерук, я тебе уже объяснил почему реляционные СУБД не хотят поддерживать функционал уведомлений для клиентов. Но ты как-будто бы думаешь что мы тут все создали заговор против тебя.

В твоей системе где зарождается событие? Не в базе. База только хранит. Вот где событие зарождается - там надо и делать всякие push, notifications, MQ e.t.c. И ВК и Фейсбук и вообще все соц-сети так и работают.

[Богдан Кучерук]

Ипатьев, та нет. Я уже неделю ищу в инете и ничего не нашел. Websocket, AJAX не подходят. Подходит только long-polling, только по нему почти ничего нет, только как он работает и все. И 1 пример на весь рунет с чатом который работает не корректно.

[Богдан Кучерук]

mayton2019, хорошо, с чего мне начать?

[mayton2019]

Богдан Кучерук, с технического задания. Ты должен описать кто чего кому будет слать. И не так абстрактно как ты задал вопрос. А вполне конкретно. Какого размера будут месседжи. Как долго клиент может их ждать. Какие месседжи считать просроченными и убивать. Это все-все надо описать.

Вот так дорогой. Дизайн системы - это нудная и душная спецификация. И пока не напишешь - ничего толком не сделаешь.

[ThunderCat]

Богдан Кучерук,

Websocket, AJAX не подходят.

оу, рили? А что вас привело к такому выводу, можно узнать?

Подходит только long-polling,

Ага, и тут если не сложно - какое обоснование?

[Богдан Кучерук]

mayton2019, мне не нужен готовый код. Хочу понять как все происходит. Знаю как через AJAX это сделать, но писали что AJAX в таких случаях это очень очень плохо. Websocket показался очень мутным и его не поддерживают некоторые браузеры. Подходит только long-polling, но по нему почти нет инфы или я тупой и не могу ничего найти.

Допустим есть файл index.php?id=777

Который через GET-параметры передает id пользователя.

Этот пользователь подписан на некоторые жанры фильмов. Данные про фильмы рассортированы в БД также по жанрам.

При переходе по ссылке index.php?id=777&genre=horrors ему показывает список из последних фильмов жанра «ужасы».

Как сделать так чтобы в список добавлялись новые фильмы в реальном времени без перезагрузки страницы?

[Богдан Кучерук]

ThunderCat, Websocket не поддерживают некоторые браузеры. AJAX забирает много ресурсов.

[mayton2019]

Богдан Кучерук, все нормально поддерживается. Те браузеры которые не поддерживают ws - остались у твоей бабушки на Windows 95. Нам они будут не интересны в этом топике. Не наша целевая аудитория.

[Богдан Кучерук]

mayton2019, моя бабушка давно умерла

[mayton2019]

Богдан Кучерук, мои соболезнования. И тем не менее. Вопрос браузеров которые вдруг не поддерживают сокеты мне просто кажется странным. Я готов спорить что вы проживете бурную и интересную жизнь веб-разработчика и вас эта проблема не коснётся практически. Практически - я имею в виду что она не будет влиять на вас.

[Богдан Кучерук]

mayton2019, посоветуйте нормальную инфу по webcoket

[StiflerProger]

Как сделать так чтобы в список добавлялись новые фильмы в реальном времени без перезагрузки страницы?

ИМХО я бы вообще не парился, фильмы 1 жанра будут добавляться максимум 10 штук в сутки, и только ради них делать логику обновления нет смысла.
===
По твоему проекту, если у тебя будут такого рода уведомления, то я бы просто открывал websocket и ему уже слал новые фильмы, и в будущем другую полезную информацию
Процесс добавления был бы примерно такой:
админ добавляет фильм в БД через addNewMovie.php, и внутри этого файла такая логика

- принять запрос
- проверить наличие фильма в БД
- добавить фильм в БД
- отослать сообщение по websocket

И всё. У тебя и нет лишних запросов к БД, и пользователь уведомлён о новом фильме

[Ross Alex]

Через RestAPI будет нагружено?! Почему? Если вы будете кешировать результаты выборок на некоторое время, например, 10-30 сек, и отдавать 304 (предварительно затегировать уникальный ответ) или статику на худой конец.

[Богдан Кучерук]

Ross Alex, спасибо, я уже все сделал через ajax.