Можно ли пользоваться Ajax с помощью SQL?

Question

[Noder SS]

Можно ли использовать Ajax с SQL, а не с PHP?(Вообще не знаю, но читал, типо PHP обрабатывает данные аякса, а SQL так может?)

Comments

[alexalexes]

У вас три разных инструмента написано: одно для мягкого, другое - для теплого, а третье - для широкого.
Какую задачу хотите решить?

[Noder SS]

alexalexes, конкретнее? Просто отправку на сервер, как пример, чтобы все пользователи видели то, что там какой-то один пользователь пишет

[alexalexes]

Ajax решает проблему на стороне клиента "оставаться на той же странице имея возможность отправлять запросы на сервер".
PHP решает проблемы на стороне сервера "прием и передача запросов от клиента" и "прием и передача запросов в СУБД".
SQL решает задачу описания сути запроса от серверного скрипта к СУБД.

Answer 1

[alexalexes]

В зависимости от требования к скорости доставки изменений для всех пользователей, то эту задачу можно решить разными способами.
1. Низкие требования к скорости оповещения - "когда пользователь решит сам обновить или перейти на другую страницу, тогда и выведем новое состояние (новый статус, новое сообщение)".
Классическая форма взаимодействия браузера с сервером.
Один пользователь набирает сообщение в обычной форме (без ajax). Отправляют его на сервер. Сервер сохраняет его в любой форме. Когда другие пользователи запрашивают у сервера страницу с сообщением или статусом, то они получают новое состояние, если сами сделали какое-то действие, связанное с переходом на другую страницу.
Так работают старые веб почтовики и форумы 2000-х годов.
2. Средние требования к скорости оповещения - "пользователь не должен предпринимать никаких действий, чтобы он получил новое состояние, но получать состояние можно раз в несколько минут и более".
Один пользователь набирает сообщение, отправляет на сервер. А другие пользователи запрашивают новое состояние страницы у сервера по технологии ajax. Проблема в том, что инициатором получения изменений от первого пользователя являются клиентская часть приложения пользователей, которые ждут изменений на сервере, а не приложение сервера. Поэтому когда первый пользователь отправит сообщение, то другие пользователи получат его не сразу, а когда наступит следующий период опроса сервера.
Это требование подходит для интернет магазинов, чтобы отслеживать статус заказа, новые почтовики.
3. Высокие требования к скорости оповещения - "пользователь должен незамедлительно получать изменения от сервера, как только другой пользователь сделает действие".
Вот тут уже на стороне ожидающих пользователей работает технология websocket. Клиентская часть этих пользователей создает соединение с сервером и ждет от него отклика, когда другой пользователь напишет сообщение. Постоянные опросы состояния, как в случае 2 таким пользователям проводить не нужно.
Но для websocket есть ограничения, что не каждый веб сервер для него годится. Например, с PHP его сложнее подружить, чем с NodeJS. Вся проблема в том, что PHP не приспособлен для обработки множества запросов на одно соединение, в NodeJS и других средах, где такая концепция заложена изначально, проблем не будет с реализацией.
С такими требованиями работают современные чаты в любых мессенджерах.

Answer 2

[Антон Антон]

Если я все правильно понял, то нужна СУБД с работой через HTTP, например firebase realtime database или mongodb

Comments

[Ипатьев]

И где тут SQL?

[Антон Антон]

Ипатьев, это телепатия работает. Автор же на самом деле другой вопрос задает.

[Ипатьев]

Автор задаёт именно тот вопрос, который написан. И вопрос совершенно логичный, для его уровня знаний. Ответ совсем не обязательно должен быть строго положительный.
Иногда надо не завязываться буквой зю, чтобы хоть как-то ответить, а просто ответить "нет, нельзя".
А то получится как в том анекдоте,
— Папа, почему надкушенное яблоко коричневеет?
— Дело в том, сынок, что при нарушении целостности клеточной оболочки содержащаяся в клетках заменимая аминокислота тирозин под воздействием фермента тирозиназы вступает с атмосферным кислородом в реакцию, продуктом которой является пигмент меланин.
...
— Папа, а ты с кем сейчас разговаривал?

[Антон Антон]

Ипатьев, автор хочет БД без отдельной разработки бэкэнда, такие решения есть, в т.ч. облачные (и бесплатные). То, что он назвал СУБД SQL - это вот для его уровня знаний простительно. Если же принять эту замену, то вопрос логичный и нормальный, ответ на него я написал.

Answer 3

[Web Dentist]

https://postgrest.org/en/stable/tutorials/tut0.html

Comments

[Ипатьев]

И где тут SQL?

Answer 4

[Ипатьев]

Нет, нельзя.
Вопрос не имеет смысла.
SQL - это язык запросов к базе данных. База данных находится на сервере базы данных.
РНР - это язык для формирования динамических ответов на НТТР сервере. РНР может обращаться к серверу базы данных, используя язык SQL.
РНР не "обрабатывает данные аякса". РНР обрабатывает НТТР запросы. Любые, сделанные как напрямую браузером, так и через AJAX. И особой разницы между ними не видит.
AJAX - это технология выполнения запросов к НТТР серверу из программы на Яваскрипте, исполняющейся в браузере. Браузер может обратиться только к НТТР серверу, но не к серверу баз данных.
Чтобы из Яваскрипта в браузере обратиться к базе данных, надо запросить НТТР сервер, который запустит программу на РНР (или другом серверном языке), которая обратится к серверу БД, получит результат, и вернёт его в ответ на НТТР запрос.

Answer 5

[mayton2019]

Как всегда говорим о сферическом SQL... (ворчу)

Обычно так не делают. Просто БД предоставляет слишком много доступа для ползователя. Тут надо решать вопросы и SQL инжекций и инфобезопасности. А то так любой дурак сделает 'drop database' просто получив в руки браузер.