The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"Первый стабильный выпуск  графо-ориентированной СУБД Nebula Graph"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Первый стабильный выпуск  графо-ориентированной СУБД Nebula Graph"  +/
Сообщение от opennews (??), 24-Июн-20, 00:06 
Состоялся релиз открытой СУБД Nebula Graph 1.0.0, предназначенной для эффективного хранения крупных наборов связанных между собой данных, образующих граф, который может насчитывать миллиарды узлов и триллионы связей. Проект написан на языке С++ и распространяется под лицензией Apache 2.0. Клиентские библиотеки для обращения к СУБД подготовлены для языков Go, Python и Java. Развивающий СУБД стартап VESoft несколько дней назад получил первый транш инвестиций в размере 8 млн долларов...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 24-Июн-20, 00:06   +/
Интересно. Может быть пригодится
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от kai3341 (ok), 24-Июн-20, 01:11   +/
Ага, весьма прикольно. Графовых БД то раз-два -- и обчёлся
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6

3. Сообщение от Аноним (3), 24-Июн-20, 01:19   –7 +/
master-master репликацию когда ждать?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8

4. Сообщение от Lex (??), 24-Июн-20, 04:02   +1 +/
>уже используется в инфраструктуре компаний JD, Meituan и Xiaohongshu

Неужто это чисто китайское поделие ?

А, таки да:
> HANGZHOU, China – June 15, 2020 – VEsoft Inc., the developer of the Nebula Graph™ database, today announced it raised $8M in a series pre-A funding round. The lead investor is Redpoint China Ventures. Matrix Partners China, who previously contributed as an angel investor, also contributed to this series pre-A round.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #30, #40

5. Сообщение от Аноним (5), 24-Июн-20, 08:55   –1 +/
Круто!
Но сколько не искал, так и не нашел для чего и зачем? Кроме общих фраз, типа "Графовая модель данных" или "для быстрой обработки больших объемов... неивестно чего". Может кто-нибудь внятно объяснить где на практике оно используется и, главное, ПОЧЕМУ?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #9, #13, #37

6. Сообщение от лютый жабби__ (?), 24-Июн-20, 09:10   +/
>Графовых БД то раз-два -- и обчёлся

Одна путняя, но её и хватает в 99% случаев.

Сишных поделок много, но все застревают на этапе "о, почти работает"... ориентдб в таком статусе уже много лет находится.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #14, #25

7. Сообщение от лютый жабби__ (?), 24-Июн-20, 09:11   +3 +/
>Но сколько не искал, так и не нашел для чего и зачем

Непонятно зачем графовая субд? )) Быстро искать по графу, разве не очевидно?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Аноним (8), 24-Июн-20, 09:42   +27 +/
> master-master репликацию когда ждать?

Никогда. Только main-main. Ну или primary-primary на худой конец.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #28

9. Сообщение от Антон (??), 24-Июн-20, 09:47   +4 +/
Мое мнение: изначально субд проектировались как древовидные либо граф 70-80 годы. Но впоследствии оказалось что есть проблема с избыточностью (дублирование информации). Дисковое пространство измерялось в Мб. Перешли на реляционные (связанные таблицы). Первая была оракл конец 80-х. Но, как быстро найти запись в таблице? Сделали индексы. Т.е. реляционные + индексы, это типо компромисс между производительностью и избыточностью информации. Но на практике (моей) индексы, занимают иногда такой же объем информации (это как бы отсортированные данные). А сейчас дисковое пространство можно измерить террабайтами. В некоторых случаях когда нужно добиться самой быстрой производительности выбор будет графовая модель. Например, возможно и не удачный, глобальный телефонный справочник. Либо в математических расчетах. Может быть блокчейн, когда можно не считать - тратить время, а значение взять из базы...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #10, #18, #31

10. Сообщение от Урри (?), 24-Июн-20, 10:05   +2 +/
Неудачный. Ибо оба примера из NoSQL.

Графовый пример - хранение векторной карты в виде "улица-улица-проулок-улица".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #11, #16

11. Сообщение от Антон (??), 24-Июн-20, 10:17   +/
Вот можно почитать https://aws.amazon.com/ru/nosql/graph/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

12. Сообщение от Богдан Помазанemail (?), 24-Июн-20, 10:34   –1 +/
Очепятка: гарф -> граф
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20

13. Сообщение от helgi (??), 24-Июн-20, 10:39   +1 +/
Может для соц сетей и быстрого поиска связей?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #19, #39

14. Сообщение от К (?), 24-Июн-20, 12:19   +/
Подскажите пожалйста, как называется та самая путняя?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #15, #41

15. Сообщение от Аноним (15), 24-Июн-20, 12:27   +/
Возможно что Neo4j, как самая известная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #34

16. Сообщение от Аноним (15), 24-Июн-20, 12:28   +1 +/
Ну так графовые СУБД входят в NoSQL-семейство
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

17. Сообщение от dev (??), 24-Июн-20, 12:30   –2 +/
не холивара ради,
а кто-нибудь с графами работал с RUST lang?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #24

18. Сообщение от YetAnotherOnanym (ok), 24-Июн-20, 12:30   +/
> глобальный телефонный справочник

С указанием кто, кого, где, как, куда и когда.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

19. Сообщение от VladSh (?), 24-Июн-20, 12:51   –1 +/
Именно. Тов. майорам тоже нужно быстро инфу получать, за миллисекунды.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

20. Сообщение от A.Stahl (ok), 24-Июн-20, 13:16   +/
Спасайся: миссис Горф уже дёрнула правым ухом и сейчас вот-вот дёрнет левым!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

21. Сообщение от Аноним (21), 24-Июн-20, 13:54   +/
Да.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #26

22. Сообщение от Аноним (22), 24-Июн-20, 14:01   –2 +/
Чем оно отличается от сетевой субд?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29

23. Сообщение от Аноним (23), 24-Июн-20, 14:29   +2 +/
>Проект написан на языке С++

Годно.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #35

24. Сообщение от Astral (??), 24-Июн-20, 15:25   +/
Для этого существует замечательный крэйт petgraph https://github.com/petgraph/petgraph
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #27, #33

25. Сообщение от Аноним (25), 24-Июн-20, 16:28   +/
>ориентдб

адский глюкодром на жабе

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

26. Сообщение от dev (??), 24-Июн-20, 17:24   +/
и много ли были потребности в unsave блоках?
как вообще оцениваешь удобство работы? был ли бойлерплейт при работе с borrowchecker?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #36

27. Сообщение от dev (??), 24-Июн-20, 17:27   +/
я замечал его, вопрос как с перформансом при работе с ним? работал ли ты с ним?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

28. Сообщение от Аноним (28), 24-Июн-20, 20:50   +2 +/
Оставьте свои sjw шуточки при себе. У нас тут только уважаемые люди. Ну кроме ipony.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

29. Сообщение от letsmac (ok), 24-Июн-20, 23:20   +1 +/
30 годами развития. Больше ничем.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

30. Сообщение от mail (?), 25-Июн-20, 05:33   –2 +/
у них еще и за комментарии в коде расстреливают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

31. Сообщение от 1 (??), 25-Июн-20, 09:15   +1 +/
Не совсем так - первые БД были и не БД вовсе - а массивы, потом появились "ключ-значение". Сатем настала пора иерархических, а потом и сетевых (графоориентированных) - там главная проблема добыть нужные данные на нижних уровнях (для иерархических) - надо знать до них путь. Затем Кодд в межделмаше доказал, что реляционная модель позволяет полностью описать и реализовать хранение данных (индексы тут ни при чём). И все стали всё хранить в реляционных БД. "Языка SQL хватит всем !". А ещё были БД с инвентированными списками.

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

Как-то так.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #38

32. Сообщение от Аноним (32), 25-Июн-20, 11:51   +/
Наджибулла, хаджибулла, небула.
Ответить | Правка | Наверх | Cообщить модератору

33. Сообщение от dev (??), 25-Июн-20, 23:27   +/
тут кстати про графы хорошо написано
https://aminb.gitbooks.io/rust-for-c/content/graphs/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

34. Сообщение от лютый жабби__ (?), 26-Июн-20, 13:00   +/
>как самая известная

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

35. Сообщение от petrg (ok), 26-Июн-20, 14:36   +/
Пишут китайцы.

Можете развеять мою предвзятость примерами.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

36. Сообщение от petrg (ok), 26-Июн-20, 14:44   +/
Наверное зависит от представления. Если узлы это struct с указателями то скорее всего будет заморочено. Как множества вершин может быть проще.
Вот тут можно поспрашивать https://users.rust-lang.org/
Или не париться и взять бибоиотеку https://github.com/petgraph/petgraph
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

37. Сообщение от НамеНаме (?), 26-Июн-20, 18:03   +/
Ни для чего. Это такая "академическая отрыжка". Ни для чего не нужна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #42

38. Сообщение от НамеНаме (?), 26-Июн-20, 18:06   +1 +/
Реляционные СУБД как были самими удобными для всего так и остаются. Остальное -- мечтания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

39. Сообщение от НамеНаме (?), 26-Июн-20, 18:20   +/
"Графовая" СУБД это та же реляционная, только join влеплен в структуру данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

40. Сообщение от mail (?), 27-Июн-20, 00:55   –1 +/
ka-to tak https://www.linkedin.com/company/vesoft-nebula-graph/people/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4

41. Сообщение от Аноним (41), 27-Июн-20, 09:46   +/
arangodb
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

42. Сообщение от SS (??), 02-Июл-20, 10:29   +/
первый транш инвестиций в размере 8 млн долларов
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру