https://www.opennet.ru/openforum/vsluhforumID3/133479.html Доступен релиз СУБД EdgeDB 5.0, реализующей реляционно-графовую модель данных и язык запросов EdgeQL, оптимизированные для работы со сложными иерархическими данными. Проект развивается в форме надстройки над PostgreSQL, код которой написан на языках Python и Rust (парсер и критичные к производительности части), и распространяется под лицензией Apache 2.0. Клиентские библиотеки подготовлены для языков Python, Go, Rust. .NET, Elixir и TypeScript/Javascript. Предоставляется инструментарий командной строки для управления СУБД и интерактивного выполнения запросов (REPL)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61041<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#33 Thu, 25 Apr 2024 05:38:08 GMT Поддерживаю. JSON, XML - не место в реляционной БД. Примерно такой же случай у меня был с Oracle DB c XML. Средствами PL/SQL пакетов Oracle (который были обертками то ли Java то ли С++ кода) я собирал XML код - обвязку для реляционных данных таблиц, который потом выгружал в виде файла на диск. Так вот когда я сам просто с использованием пакета dbms_file брал в курсоре данные из запроса и прибаылял к ним XML-тэги, типа &lt;cust_name&gt; &#124;&#124; a_table.cust)name &#124;&#124; &lt;/cust_name&gt; и выгружал на диск, то это было раз в 10 быстрее. И это простые функции. А если XML и JSON хранить в таблицах в виде данных или в бинаром виде, то здесь засада будет еще толше. <br><br>Вывод - каждым данным свой инструмент. Реляционные БД должны работать с Реляционной моделью (то бишь нормализованными Таблицами) и применяться в основном для OLTP приложений.<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#32 Tue, 23 Apr 2024 18:04:00 GMT &gt; &#171;все это&#187; &#8212; это что именно?<br><br>М.б., в контексте данной новости, это работа с данными, составлящими граф?<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#31 Mon, 22 Apr 2024 20:06:04 GMT И да я в курсе, что есть более более подходящие базы и дополнения. Но у influxdb есть на мой взгляд недостатки: если у тебя было "поле" с типом bool, а потом тебе понадобилось преобразовать его в int, то фиг у тебя получится без копирования всей таблицы. TimescaleDB для моих объемов и скромных ресурсов это перебор. Зачем тратить деньги на покупку нового более мощного vps если можно решить проблему вынеся часть логики в "прослойку". <br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#30 Mon, 22 Apr 2024 19:55:49 GMT Клиент это iot-девайс он выгрузил данные одним запросом и ждет подтверждения. Подтверждение поступит только после того, как последняя запись будет вставлена в таблицу. Если он ждет дольше пяти секунд то сам отвалится, поскольку не для IOT ждать минутами - у него батарейка. Если он выгрузил пачку, то будет вставлена пачка. Если всего одну записть между сеансами наработал, то одна запись. Естественно после подъема сервера все хотят выгрузить, то что накопилось. А еще есть боты, которые норовят пощупать все что можно. В общем может и можно средствами postgres и дополнениями реализовать кэш, firewall, фильтрацию невалидных данных, и проблему 10k, но КМК с этим лучше справится отдельное приложение. А тут, "да здравствует трехзвенка". При этом я не чураюсь возможностями postgres. Например для графаны(запросы которой не оптимальны) есть процедуры выбирающие данные по двум первым столбцам и формирующие временные view на основе json. Временные, поскольку постоянные оказались слишком медленными. <br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#29 Mon, 22 Apr 2024 19:04:17 GMT СУБДд предназначена для выполнения запросов, внезапно, на сервере! Если ты загружал все таблицы для обработки в крестах, то это профнепригодность. Хорошо хоть кто-то тебе по рукам дал.<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#28 Mon, 22 Apr 2024 19:00:53 GMT Кто мешает написать хранимку, чтобы выполнялась прямо в бд? Нет, надо нагородить челую надстройку, со своми багами, под предлогом, что это быстрее. Это НЕ быстрее.<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#27 Mon, 22 Apr 2024 18:46:29 GMT Если сервер СУБД ушёл в своп - это почти что профнепригодность :)<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#26 Mon, 22 Apr 2024 18:45:34 GMT Там случайно проблема не в latency между клиентом и сервером БД крылась? Каждая вставка - это в лучшем случае один раундтрип (хз как там у постгрыза в протоколе).<br> https://www.opennet.ru/openforum/vsluhforumID3/133479.html#25 Mon, 22 Apr 2024 18:44:43 GMT &gt; Вставка 20-30 записей в минуту, до 2000-3000 в минуту в пике<br><br>Это вообще ни о чём.<br>