Общий вопрос по клиент-серверному приложению с MYSQL

c++, сети

We recommend hosting TIMEWEB

Stable hosting, on which the social network EVILEG is located. For projects on Django we recommend VDS hosting.

Отправлять от клиента сообщения с SQL запросами? Как то странно или я не понял.
А так то нужен протокол для обмена данными между сервером и клиентом.

1) К примеру модифицированный SRT
struct Packet {
bool mode; // тип пакета: управляющий = 1 . данные = 0
uint16_t controlType; // команда
uint16_t subType;
uint32_t typeInfo;
uint32_t timeStamp;
uint32_t destSocket;
QByteArray data; // сообщение
};
В QByteArray data пакуй любой тип данных (QDataStream) и на сервере распаковывай. А на основе полученных данных делай SQL запрос.

2) А можно в json паковать. Еще правильней хоть и менее производительней.

p.s Пример бинарного протокола выше это актуально для высокопроизводительных UDP серверов.
Хотя для highload QByteArray через QDataStream медленно работает. Там нужно извращаться с memcpy и тд.

Я делаю без Qt в этот раз, на чистых плюсах с использованием сокетов. На данном этапе я пока что могу запустить проекты клиента и сервера, в консоли писать сообщение к примеру от клиента, и оно отобразится на сервере, т.е. обычный чат в консоли. Сообщения в формате char[].
Я хотел бы понять, как устроено клиент-серверное приложение с базой данных, это мой первый такой проект, так что заранее извиняюсь за возможно глупые вопросы. Просто не хочу сделать непойми что.
Как я это себе представляю - от клиента приходит сообщение с запросом серверу, в проекте сервера происходит подключение к локальной базе данных:

if (!mysql_real_connect(conn, "localhost", "root", "mypassw11", "mytest_DB2", NULL, NULL, 0)) 

далее некий запрос:

if (mysql_query(conn, "SELECT * FROM university") > 0)

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

Упаковывай запрос клиента в json и распаковывай на сервере.
Для упаковки найди библиотеку сериализации в json.

Хотя конечно можно string/char (sql команда) с запросом от клиента отправлять на сервер.
Это самое простое и само собой напрашивающееся. Хотя это как то бестолково на мой взгляд.

Тебе в любом случае нужен протокол обмена данных между сервером и клиентом.
И соответственные обработчики на обоих сторонах. Ищи варианты как использовать json.

Смог подключить json к visual studio, но send() принимает только поток байтов, по умолчанию для передачи запроса через send() использовалось const char*, для передачи объекта действительно нужно использовать сериализацию.
Правильно ли я понимаю, что суть всех этих манипуляций в том, что-бы передавать серверу четко структурированный запрос из ключей и значений, дальше сервер из значений сам составляет запрос к БД, и поэтому Вы сказали, что передавать запрос просто строкой бестолково?

Дв, именно так.
Если бы все обошлось только запросами в базе то в теории можно было бы и запрос sql строку посылать.
Но так не делают по причине того что наверняка появится нужда каких либо действий на стороне сервера\клиента не связанных с базой. И тогда строка уже не SQL запрос содержит а команду на исполнение. А как сервер определит что эту строку нужно не как запрос в базу посылать а отдельно обработать?

Спасибо за помощь, вроде всё +- получилось. Пока выглядит так - с помощью сериализации перевожу json в строку и передаю серверу, там обратно собираю в json, пока в учебных целях у json-объекта 2 поля - тип команды (команда серверу/запрос к БД), и сама команда. Далее получаю из БД результирующую таблицу, и возвращаю клиенту построчно. Это похоже на правду?

Да, в целом правильно.