Вариант для распечатки		Пред. тема | След. тема
Форум Программирование под UNIX (Базы данных, SQL)
Изначальное сообщение		[ Отслеживать ]

"Посоветуйте базу данных"	+/–
Сообщение от Анонизм (?), 05-Ноя-20, 12:22
Здравствуйте Подскажите, есть ли в природе база данных как postgres, но без sql? Чтобы был ACID, структуры данных, транзакции сетевой протокол обмена.. Но без этого ужасного языка запросов. Чтобы вместо SQL какая-нибудь апишечка или json-чик, как в монге. Что угодно адекватное. Короче, что-нибудь адекватней адского месива английских слов и невнятных операторов, именуемого SQL
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от DeerFriend (?), 05-Ноя-20, 12:45	+/–
MS access?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от Аноним (2), 05-Ноя-20, 14:11	+1 +/–
> MS access? Не, лучше Excel.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

3. Сообщение от Аноним (3), 05-Ноя-20, 14:12	+1 +/–
Слишком толсто.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #4

4. Сообщение от Pahanivo (ok), 05-Ноя-20, 19:44	+/–
> Слишком толсто. Жир капает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

5. Сообщение от ACCA (ok), 08-Ноя-20, 21:00	+/–
> Чтобы был ACID, структуры данных, транзакции сетевой протокол обмена.. > Но без этого ужасного языка запросов. 1С версия 2.0 ПРОФ Хотя я тебя огорчу ужасно. Кроме ужасного языка запросов в SQL ещё 4 ужасных языка, итого:     DDL – Data Definition Language     DQl – Data Query Language     DML – Data Manipulation Language     DCL – Data Control Language     TCL – Transaction Control Language И все их тебе придётся изобретать с самого начала.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

8. Сообщение от fantom (??), 10-Ноя-20, 11:46	+1 +/–
> Здравствуйте > Подскажите, есть ли в природе база данных как postgres, но без sql? > Чтобы был ACID, структуры данных, транзакции сетевой протокол обмена.. > Но без этого ужасного языка запросов. > Чтобы вместо SQL какая-нибудь апишечка или json-чик, как в монге. Что угодно > адекватное. > Короче, что-нибудь адекватней адского месива английских слов и невнятных операторов, именуемого > SQL И будет там жуткая мешанина фигурных скобок, кавычек и двоеточий перемежаемых дикими конструкциями непонятных слов....
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11

10. Сообщение от Аноним (3), 13-Ноя-20, 15:12	+1 +/–
Это только если нужно будет СУБД изобрести. Для простых приложений достаточно будет разруливания в коде логики объединения данных из разных ведер ключ-значение. На практике это означает написание нехилого количества кода для совершенно элементарных вещей, которые в реляционных СУБД с поддержкой SQL решаются парой строчек в запросе. С ключ-значениями так или иначе приходится переизобретать схему хранения. По сути она из базы данных переезжает в код и равномерно размазывается по моделям данных. Теперь представим, что приложение написали, оно работает. Все окей. Что если через годик понадобится изменить логику объединения данных, добавить пару новых сущностей, а может быть даже изменить их взаимоотношения? Написанный ранее код понадобится переписать и это будет совершенно нетривиальной задачей. Выучить SQL намного проще. На пару порядков. Тут можно дать только один совет. Сначала нужно понять реляционные базы, а потом уже переходить к nosql. При кажущейся простоте работа с nosql не проста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

11. Сообщение от Name1234 (?), 24-Дек-20, 03:36	+/–
Работает поверх РСУБД типа PostgreSQL: https://github.com/sebastienros/yessql Dude ! Why another document database ? I know :/ Well actually I am a big fan of document databases and I am well aware that some like MongoDb and RavenDb are already top-notch ones, but what if you want a free, transactional .NET document database ?     MongoDb is not transactional, and some applications can't cope with it. RDBMS on the contrary are all transactional.     RavenDb (which I am a big fan of) is not free. Also the fact that it's using custom serialization libraries and Lucene to store the data might scare some companies which have invested a lot in SQL, trust SQL, and have in-house experts. So YesSql might be an answer for the developers who face those restrictions. If you don't care about those then please don't spend one more minute on YesSql, it's useless for you.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

15. Сообщение от pavlinux (ok), 04-Ноя-21, 13:14	+/–
>  Что угодно адекватное. Покажи строку как должен выглядеть запрос к адекватной БД? Например из простого: Выбрать из базы 100 мужчин, не старше 31 года 90 дней, сортированных возрасту. First name | Last name | birthday   | sex   ---------------------------------------- Vasya      | Pupkin    | 11-11-2011 | male И таких мильон.... :popcorn:
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема