Есть ли аналог БД (MySQL и т.д) для разработки прикладного ПО?

Question

[wickinats]

Добрый день. Основная суть вопроса в том, что есть ли аналог баз данных для разработки десктопных приложений? Для большей конкретики вопроса приведу пример:

Ты хочешь записать информацию о пользователе? Без проблем. Используй возможность записи в таблицу.

INSERT INTO CUSTOMERS (ID,NAME,AGE,ADDRESS,SALARY)
VALUES (2, 'Khilan', 25, 'Delhi', 1500.00 );

А вытащить её обратно в веб-приложение? Тоже достаточно просто:

SELECT ID,NAME,AGE,ADDRESS,SALARY FROM CUSTOMERS WHERE ID=2

А как сделать подобное и возможно ли это при разработке десктопного приложения - вопрос. Я понимаю, что можно хранить всё в файлах, но это на мой взгляд выглядит дико и крайне неудобно с точки зрения разработки и в принципе удобства.

Разработка ведётся на Electron + React

Comments

[Kirgus]

INSERT INTO CUSTOMERS (ID,NAME,AGE,ADDRESS,SALARY)
VALUES (2, 'Khilan', 25, 'Delhi', 1500.00 );

А зачем?

Answer 1

[Сергей Горностаев]

SQLite

Comments

[historydev]

А как быть с сервером? У нас есть сервер где-то за три горы на совершенно другой машине, бэк на нём, как будет происходить общение?
И если я правильно понял, sqlite вшивается в бинарник?

[Сергей Горностаев]

Владимир, а если есть сервер, то ничто не мешает использовать MySQL и т.п.

[historydev]

Сергей Горностаев, да-да, я об этом и говорю, но как это происходит? Я голанг начал учить пару недель назад, у меня всегда статика и сервер были на одной машине. Подключаешь cors, ставишь basic, jwt, это всё чем можно защититься? Я из приложения смогу по идее обратиться если включить cors

[shurshur]

Владимир, если десктопное приложение является клиентом бэкенда, который и хранит данные, то это вопрос вообще не про десктопное приложение. Вот на бэке и надо с базой общаться.

[historydev]

shurshur, нет-нет, здесь вопрос вне баз данных, общение клиент-сервер с десктопным/мобильным клиентом, не отличается от общения между клиентом/сервером на разных машинах?

[rPman]

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

десктоп - это когда интерфейс приложения реализуется этим приложением (чаще всего подразумевает полную автономность, а онлайн коммуникация с сервером - опция)
веб - это когда интерфейс приложения отрисовывает браузер, общаясь с сервером, который называют бакэнд (кстати не обяхательно, есть оффлайн веб)

Клиент-север - это разделение кто спрашивает а кто отвечает, напрямую завязано на лимитацию в реализации и исторические особенности (например мало кто знает что vnc сервер и клиент могут работать в реверсивном режиме, когда клиент становится 'сервером' и ждет когда к нему подключится сервер, но при этом экран показывается так же серверный, в этом случае сервером формально уже является клиент, но по функционалу все ок)

Так вот твой вопрос - нет абсолютно НИКАКОЙ разницы, чем является клиент (как он реализован), общающийся с сервером. Мобильный ли там или десктопный клиент, мало того, если реализовать протокол, понимаемый браузерами (http и для удобства json сериализацию) то один и тот же сервер может использоваться и веб клиентом, и десктопным и мобильным... (мобильный и десктопный вообще одно и то же, просто библиотеки и подходы к UI отличаются)

[Василий]

Владимир, для golang есть bold https://github.com/CNuge/BOLD-CLI добавляется как пакет.

[historydev]

rPman, и так мы плавно подошли к защите такого общения, я знаю только basic auth подобные форматы, достаточно ли этого? Я подключал платёжную систему, там была доп. защита для боевого режима (с реальными переводами) нужно было писать к ним в поддержку чтобы разрешить доступ публичному ключу. Естественно это для апи, но какие есть способы для защиты (или атаки) на такое апи? Можно ли обойти этот basic auth?

[rPman]

Владимир, я не понял тебя
любая авторизация может легко использоваться как в десктопных приложениях так и в web
это вообще никак не связано и никем не ограничено

то что тебе не дали какие то критерии авторизации это сугубо личные желании их владельца (банка) они могут ставить какие угодно условия, даже абсурдные (типа разрешаем пользовать наш ключ только в браузерных приложениях, заметим в мобильном - 'зарежем нафиг')

браузер это обычное десктопное приложение

[historydev]

rPman, нет-нет, это вне контекста прошлого вопроса, я для примера привёл, как мне строить защиту своего сервера? (не берём в учёт машину, представим у нас грамотный хостинг провайдер)

[rPman]

аааа
единственно верный ответ - делать критичные вещи на сервере, не передавать критичные для работы сервера данные на сторону клиента, все пользователи под авторизацией, система модерации (баны, регистрация с защитой от мультиакка и т.п.), если чегол то этого нет - то беда, ушлый пользователь расковыряет и навредит

соответственно от этого расковыряет и начинают плясать - обфускация кода, шифрование коммуникаций, сокрытие ключей шифрования и прочее прочее

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

Answer 2

[ValdikSS]

Разработка ведётся на Electron + React

Обращайтесь с вашим приложением как с веб-сайтом. Для веба есть WebSQL, IndexedDB.

Answer 3

[My1Name]

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

Базы данных тоже хранят всё в файлах табличного типа в виде массива байтов... Вы можете создать свою БД так, как вам удобно. А если не можете, то я могу, за отдельную плату ;) Используя файлы, на выходе у вас получится что-то типа Apache Cassandra

В таких системах данные хранятся в виде разреженной матрицы, строки и столбцы которой используются как ключи (номер байта в конечном файле-таблице). Относятся к «семейству столбцов» и документно-ориентированным системам NoSQL

Answer 4

[Владимир Коротенко]

Есть класс встроенных и файловых БД.
Выше привели sqlite есть еще berkeley db, embedded mysql

В конце концов для десктопа вполне нормально поднять инстанс сервера или использовать существующую бд того же mysql

UPD
https://en.wikipedia.org/wiki/Embedded_database