vlad758

Ни в передоваемую строку же засовывать метку и потом искать ее усллвием if и разделять поток выполнения?..

Именно так. Это и есть описание протокола обмена данными: как разделить передаваемый поток байт на отдельные "команды", где в них будут "инструкции" (идентификатор выполняемой команды), а где "аргументы", как выглядт отклики на команды, и т.п.

Собственно, есть готовые решения, типа protobuf. Они позволяют описать "пакеты данных", а разграничение, идентификацию и т.п. берёт на себя фреймворк. Или можно использовать в качестве транспорта какой-то готовый протокол, который может передавать структурированную информацию. Например, HTTP.

С Яндекс.Database я так понял можно работать если приложение лежит у них в Яндекс.Cloud.. Или я ошибаюсь?

1. Не Yandex Database, а YDB, но не советую её брать, если вам не нужны конкретные её фичи (типа автоматического масштабирования между несколькими ДЦ)

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

2. Обычно, в такой ситуации делается так:
- Десктопное приложение, которое общается с серверном (бэкендом). При этом Десктопное приложение отвечает только за рисование GUI для пользователя и некоторые простые валидации и кэширование на стороне клиента.
- Бэкенд общается с базой данных и отвечает за выполнение всей логики приложения (аутентификация, авторизация, валидация всех данных, контроль доступа к данным, фильтры и прочее)
- СУБД в таком случае может быть выбрана любая, какая тебе подойдёт - можешь даже продолжать пользоваться sqlite на сервере.

Перед выбором СУБД тебе следует ответить на следующие вопросы:
1. Какие конкретно данные будут храниться? Какая у них структура?
2. Сколько этих данных будет?
3. Какие конкретно операции с этими данными будут производиться? Какие выборки, с какими фильтрами, и какого размера выборки.
4. Сколько одновременных пользователей будет с этими данными работать?

Есть такая штука как extract. Вам видимо она и нужна, там есть примеры на простых массивах