Представлен релиз СУБД EdgeDB 4.0, реализующей реляционно-графовую модель данных и язык запросов EdgeQL, оптимизированные для работы со сложными иерархическими данными. Код написан на языках Python и  Rust (парсер и критичные к производительности части) и распространяется под лицензией Apache 2.0. Проект развивается в форме надстройки над PostgreSQL. Клиентские библиотеки подготовлены для языков Python, Go, Rust. .NET, Elixir  и TypeScript/Javascript. Предоставляется инструментарий командной строки для управления СУБД и интерактивного выполнения запросов (REPL)...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=60045

• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 20:04 , 04-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 20:56 , 04-Ноя-23
    • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,пох., 21:04 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 20:58 , 04-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 21:02 , 04-Ноя-23
    • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 21:48 , 04-Ноя-23
      • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 22:03 , 04-Ноя-23
        • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Tron is Whistling, 22:09 , 04-Ноя-23
          • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 22:15 , 04-Ноя-23
            • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 22:35 , 04-Ноя-23
              • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 16:02 , 05-Ноя-23
              • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 01:36 , 06-Ноя-23
                • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 03:24 , 06-Ноя-23
                  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 20:44 , 06-Ноя-23
        • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Tron is Whistling, 22:09 , 04-Ноя-23
        • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,kusb, 18:47 , 07-Ноя-23
        • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,ptr, 01:10 , 10-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 21:09 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 21:34 , 04-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,лютый арчешкольник..., 22:13 , 04-Ноя-23
    • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 03:20 , 05-Ноя-23
      • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 18:13 , 05-Ноя-23
        • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 14:12 , 06-Ноя-23
          • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 20:47 , 06-Ноя-23
            • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 21:01 , 06-Ноя-23
            • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,ptr, 01:14 , 10-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 02:04 , 05-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,beck, 21:34 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,лютый арчешкольник..., 22:11 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 22:12 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 22:49 , 04-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 04:14 , 05-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,пишу со второго пня, 23:25 , 04-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 02:02 , 05-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Golangdev, 03:35 , 06-Ноя-23
    • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Вы забыли заполнить поле Name, 14:09 , 06-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 02:08 , 05-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 12:18 , 05-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Аноним, 19:31 , 06-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,Пряник, 10:04 , 07-Ноя-23
• Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,mos87, 10:26 , 07-Ноя-23
  • Выпуск реляционно-графовой СУБД EdgeDB 4.0 ,mos87, 15:09 , 07-Ноя-23

> Код написан на языках Python и Rust

Всё худшее в одном месте

Не нравится - не пользуйся!

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

Python это хорошо, но Rust всё портит!

Хочу СУБД написанную на шелле

Гуглить по join, split, grep, sort, cut, comm, uniq, csv.

Это читерство. Как минимум split, grep, sort, cut, uniq написаны на C.

Тот же bash внезапно тоже написан на C.

тот же раст внезапно тоже, сколько бы фанатики ни повторяли себе, что он самокомпилируемый

Да это ваще фейл. Безопасный язык с боров чекерами компилииуется с помощью llvm, написанным на дырявом C++. Вся безопасность пропадает.

Да какая разница, все это потом запускается на дырявом железе.

> Безопасный язык с боров чекерами компилииуется с помощью llvm, написанным на дырявом C++. Вся безопасность пропадает.

Да вы, батенька, Интеллектуал! Т.е. в итоговой (компильнутой) раст-программе в процессе её работы еще и llvm крутится, написанный на дырявом C++? Иначе как "пропадет вся безопасность"? ллвм, хихикая и потирая лапки, специально всунет код для выхода за пределы буфера?

llvm там не крутится, конечно же. Но ведь по мнению растоманов С++ дырявый небезопасный язык. А llvm как раз на нем написан, а значит там есть дыры, вываливание за край массива и порча памяти. А это все может привести к тому, что будет сгенерирован кривой код.

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

Да так хитро при этом сломал, что все тесты проходят, а в проде валится? Что-то мне кажется, что вероятность такого исхода куда меньше, чем вероятность забыть в очередной раз посчитать длину массива, но точно я конечно же не знаю, а опеннет такое заговорённое место, что не удивлюсь, если в следующем комментарии выяснится, что эти проблемы с llvm вылазят ежедневно на миллиардах серверов под управлением FreeBSD.

Да и windows cmd...

Нам нужны эти утилиты переписанные на шелле.

Внезапно, почти все пакеты Python тоже написаны на C.

Красивое.

А какие преимущества в плане использования над классическими решениями?

>А какие преимущества в плане использования над классическими решениями?

классические это какие? нормальных гибридных баз нет ни одной. а neo4j + отдельная субд под данные - и так понятно в чем неудобство

В чем преимущество указанной гибридной бд, от, например, postgres?

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

Ок. Где тут только в примерах графы я не увидел? Тут люди, фильмы и актеры. Кстати, разве для постгреса нет расширения для графов?

Ну не увидел, так не увидел. Человеку без воображения я помочь не могу ничем, прости, если сможешь.

> для постгреса нет расширения для графов?

Есть. Называется EdgeDB. Как раз вот вышла четвёртая весия, можешь почитать выше, целую новость написали на опеннете.

> Ну не увидел, так не увидел. Человеку без воображения я помочь не
> могу ничем, прости, если сможешь.

Нет, такого сноба не прощу. Наслал на тебя китайское проклятие: тебя ждут большие проблемы в постели.

>> для постгреса нет расширения для графов?
> Есть. Называется EdgeDB. Как раз вот вышла четвёртая весия, можешь почитать выше,
> целую новость написали на опеннете.

У тебя рекурсивны случай без базового. Так ты упрешься в размер стека.

>> для постгреса нет расширения для графов?
>Есть. Называется EdgeDB.

Мда. Не верьте анонимам. Расширение для поддержки графов к PostgreSQL называется Apache AGE

Модно.

Хм...
Очень любопытно.

Даже синтетического вымученного теста не выродили, где они "рвут" neo4j? Значит совсем плохо с производительностью....

Чем бы не тешилось лишь в прод не тащило.

Зачем и для чего нужна эта питонрастическая обёртка над постгрёй?

> питонрастическая

Созвучно с одним словом. Хотя вообщем-то все сходится

кто то єтим реально пользуется?

>Powered by the Postgres query engine under the hood, EdgeDB thinks about schema the same way you do: as objects with properties connected by links. It's like a relational database with an object-oriented data model, or a graph database with strict schema. We call it a graph-relational database.

Гибрид ежа с ужом в виде обертки поверх Postgres, но с новым модным названием. Есть желающие доверить свой бизнес этому?

TLDR: Посмотрел их сайт, списка партнёров, который обычно выкладывают, чтобы показать, что, типа, нам доверяют, нет.

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

Если в том что PostgreSQL не умрёт можно не сомневаться, то жизнеспособность и будущее этого продукта вызывает вопросы.

Что мы имеем в итоге ?

* Насадка работающая поверх PostgreSQL
* Красивый сайт, дизайн и фронтенд постарались на славу
* Жёсткую завязку на версию PostgreSQL, похоже там и свободно апгрейдить нельзя
* Отсутствие партнёров, списка того кто им доверяет свои данные
* Меньшее сообщество чем PostgreSQL, MongoDB, если оно вообще есть
* Лицензионное соглашение, текст из которого нельзя нормально выделить и скопировать
* Компания EdgeDB, Inc из Калифорнии, которая ожидаемо не работает с российскими компаниями, а если вдруг у кого-то есть старый контракт - то все прелести от "надёжных" американских партнёров, такие как прекращение обслуживания, удаление ваших данных и т. д.

Так что думаю - нет, желающих нет.

Ну ещё автор с флажком в статусе. От таких лучше держаться подальше

Ахахаха, всех развели как детей.

Python
93.7%

Cython
3.6%

Rust
2.6%

https://github.com/edgedb/edgedb

Лицензия пермиссивная - минус.

Использование Postgres и вообще реляционной модели в качестве бэкенда для сетевой модели --  очевидная глупость. Сетевые модели поверх RDBMS работают настолько медленно, что они бесполезны.

Зачем оно? Люди сидели, писали, днями и ночами и в итоге вместо решения реальной проблемы нам дают вымышленный пример. Лудше б ядро линукс пилили.

Чем это отличается от XML, или XML хранимого в ORDBMS?

или json