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

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

• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:05 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 18:06 , 29-Июл-22
    • Выпуск реляционно-графовой СУБД EdgeDB 2.0,tty0, 18:51 , 29-Июл-22
      • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 10:31 , 31-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,YetAnotherOnanym, 19:50 , 29-Июл-22
    • Про Салтыкова-Щедрина,MadAdmin, 06:35 , 01-Авг-22
      • Про Салтыкова-Щедрина,YetAnotherOnanym, 08:18 , 01-Авг-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Anonima, 16:13 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:16 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Anonima, 16:19 , 29-Июл-22
    • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:22 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 18:09 , 29-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:22 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:22 , 29-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Урри, 16:29 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 16:41 , 29-Июл-22
    • Выпуск реляционно-графовой СУБД EdgeDB 2.0,abi, 18:31 , 29-Июл-22
      • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 22:43 , 29-Июл-22
        • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 08:11 , 30-Июл-22
          • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Admino, 13:00 , 30-Июл-22
          • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 10:33 , 31-Июл-22
            • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 22:04 , 31-Июл-22
      • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Онанистмус, 04:11 , 30-Июл-22
        • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 05:24 , 30-Июл-22
          • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Онанистмус, 06:59 , 30-Июл-22
        • Выпуск реляционно-графовой СУБД EdgeDB 2.0,funny.falcon, 22:57 , 30-Июл-22
        • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 03:00 , 31-Июл-22
          • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 08:34 , 31-Июл-22
            • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 10:43 , 31-Июл-22
              • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 22:02 , 31-Июл-22
            • Выпуск реляционно-графовой СУБД EdgeDB 2.0,pentagon128, 16:52 , 01-Авг-22
        • Выпуск реляционно-графовой СУБД EdgeDB 2.0,лютый жжжжж, 12:44 , 01-Авг-22
          • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Онанистмус, 12:49 , 01-Авг-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 08:15 , 30-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 17:30 , 29-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 17:48 , 29-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 17:51 , 29-Июл-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 23:21 , 29-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Admino, 13:01 , 30-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 10:44 , 31-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Alex5Anc, 04:56 , 01-Авг-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 01:29 , 30-Июл-22
  • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 03:41 , 30-Июл-22
    • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 09:57 , 30-Июл-22
      • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 08:37 , 31-Июл-22
      • Выпуск реляционно-графовой СУБД EdgeDB 2.0,Alex5Anc, 05:01 , 01-Авг-22
    • Выпуск реляционно-графовой СУБД EdgeDB 2.0,лютый жжжжж, 12:47 , 01-Авг-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,pentagon128, 17:08 , 02-Авг-22
• Выпуск реляционно-графовой СУБД EdgeDB 2.0,Аноним, 20:21 , 11-Авг-22

Создали мутный ORM для постгреса, но пишут что это мегановая DB. Смузики опять веселятся.  

Где пишут? На оф сайте сразу написано, что query engine постгресовый.

Успокойтесь и кушайте

>>> Реализовано выражение "GROUP"

И чего там ещё не реализовано... Но зовут это СУБД

Ты точно туда отвечаешь?

Фи, какой примитивный AI. О таком ещё Салтыков-Щедрин писал, модель называлась "Органчик". Только там на все случаи была фраза "Не потерплю!", а здесь "Где пруфы?".

Вы не правы, там вроде ещё были фразы "Ррразорю!" и "Запорю!".
Очень  развитый был AI,  Салтыков-Щедрин надолго опередил своё время и 'посмотрел в завтрашний день'

Хммм... Надо бы перечитать.

Первое правило сектантов-смузихлёбов: "В первом предложении пиши %software_name%, а во втором тут же заявляй, что он (пере/на)писан на Rust! В технические подробности лей воды, бенчмарки не показывай, о недостатках умалчивай."

Я бы посмотрел на тех кто недостатки афиширует.  

Ахахаха! Она не написана на Rust! Она целиком и полностью на другом смузихлёбстве: на супербыстром компактном Python, лоооол

Django ORM тоже на питоне пока что никто на неё не жаловался.  

https://www.edgedb.com/docs давай за тебя погуглю, брат.

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

Только Rust способен обеспечить стабильность разаботки!

Стабильно нулевой результат.  Поэтому сабж на питоне.  

Я чет не понял - на гитхабе в подпапочке "postgres" сплошняком сишный код. а в подпапочке edb - питончиковый. А где безопасТность то, нас что, снова нае ой, обманули?

О, нашел. В edb/edgeql-parser/src/ 9 файлов! Фух, успокоили. Можно срочно переходить.

https://github.com/edgedb/edgedb

Не знаю куда ты там смотрел, но правильные цифры они на виду:

Languages

Python 94.0%
Cython 3.6%
Rust 2.3%
Other 0.1%

Как видно, в проекте негусто критичных к производительности частей

Общеизвестно ведь, что 1 строчка кода на расте добавляет 10% к безопасности в 100% к производительности любого проекта. А их там целые 2000, можешь сам посчитать, насколько это полезно.

Кому общеизвестно? Расто-веб-макака формошлепам страдающим от синдрома Даннинга — Крюгера?

Экспертам с опеннета.

Ух ты, говорящий унитаз

Спасибо мы это про тебя итак всегда знали.  

На одном и том же пк Postgres дает 5 млн RPS а EdgeDB 100 тыс RPS. Это все что нужно знать о данной БД.

А ты уверен что ты делал одинаковое сравнение?)))

Наверное ты просто забыл join-ы к Postgres добавить;))

По сути EdgeDB это просто транслятор в схему postgres и sql.

И совершенно непонятно как она может быть медленнее.

Все очень просто. У EdgeDB фронт энд, который принимает запросы и меняет edgedb запросы на SQL запросы, написан на python и он режет потенциал postgres в 50 раз.

Ни хрена у тебя железяка. Я тестировал толстые сервера, но не видел больше 3млн RPS

Сравнивать нужно с ормами.
Напиши ссылку на код, которым тестировал

Если это орм почему он называется DB? Жду развернутого объяснения.  

Потому что это не ОРМ.

Зачем его тогда сравнивать с ормами? Давай тренируй логику у тебя может получится.

Это ОРМ на стороне сервера

>Postgres дает 5 млн RPS

ох уж эти сказочники )

pgbench

Что ещё ожидать от страдающих от синдрома Даннинга — Крюгера растоманов

Эксперты даже потроллить нормально не могут.

Чего только не сделают, лишь бы Oracle не использовать.

Раз в 10 быстрее призмы на легких запросах в бд

Интересная мода пошла. Писать какую-то фигню в красивой обёртке. А вопросы надёжности и производительности - это не к авторам....

Моде на красивые обёртки лет 25 точно, а то и больше. Ты что-то проспал.

Вопросы надёжности и производительности точно не к авторам обёртки.

Почему не к авторам? Делай пуш-реквест.

>Интересная мода пошла. Писать какую-то фигню в красивой обёртке. А вопросы надёжности и производительности - это не к авторам....

+ три чая этому анониму!

Графы хранить на технологиях реляционных БД? Совсем больные что ли

Это не графы а, скорее 🌲. По сути это обычные реляционные бд с join-ами чтобы собрать сложные объекты.

Только с нормальным синтаксисом.

Я про то, что иерархические данные хранить в БД реляционной в принципе больно. Получается либо дёшево по селектам и дорого по инсертам, либо наоборот. В большинстве случаев пользуются либо рекурсивными CTE, либо nested sets, либо materialized path. И во всех случаях приходится выбирать трейд-оф с которым можно смириться в рамках требований. А если в Neo4J запихать все, то все более-менее шустро работает.

А что делать тем у кого легаси? Сразу сказать что графы это не для нас?

>Я про то, что иерархические данные хранить в БД реляционной в принципе больно.

Зависит от "приготовления".  Можно "упоротца", а можно найти "золотую середину".

>Это не графы

это г-но... в neo4j связи траверсятся напрямую (т.е. быстрее, чем индексы). и cypher уже есть с кучей док и книг.

не понимаю, зачем в 2022 делать субд заведомо медленнее чем лидер (написанный на безопасной дзявке кстати)  

а мне нраицца, надо будет пощупать

Спасибо, скачал)