| |
| |
| 3.6, лютый жабби__ (?), 09:10, 24/06/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>Графовых БД то раз-два -- и обчёлся
Одна путняя, но её и хватает в 99% случаев.
Сишных поделок много, но все застревают на этапе "о, почти работает"... ориентдб в таком статусе уже много лет находится.
| | |
| |
| 4.14, К (?), 12:19, 24/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Подскажите пожалйста, как называется та самая путняя?
| | |
| |
| |
| 6.34, лютый жабби__ (?), 13:00, 26/06/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>как самая известная
neo4j не то чтобы самая известная, а самая лучшая (если не считать поддержки, по крайней мере бесплатной)
| | |
|
|
|
|
|
| |
| 2.8, Аноним (8), 09:42, 24/06/2020 [^] [^^] [^^^] [ответить]
| +27 +/– | |
> master-master репликацию когда ждать?
Никогда. Только main-main. Ну или primary-primary на худой конец.
| | |
| |
| 3.28, Аноним (28), 20:50, 24/06/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Оставьте свои sjw шуточки при себе. У нас тут только уважаемые люди. Ну кроме ipony.
| | |
|
|
| 1.4, Lex (??), 04:02, 24/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +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. | | |
| 1.5, Аноним (5), 08:55, 24/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Круто!
Но сколько не искал, так и не нашел для чего и зачем? Кроме общих фраз, типа "Графовая модель данных" или "для быстрой обработки больших объемов... неивестно чего". Может кто-нибудь внятно объяснить где на практике оно используется и, главное, ПОЧЕМУ?
| | |
| |
| 2.7, лютый жабби__ (?), 09:11, 24/06/2020 [^] [^^] [^^^] [ответить]
| +3 +/– | |
>Но сколько не искал, так и не нашел для чего и зачем
Непонятно зачем графовая субд? )) Быстро искать по графу, разве не очевидно?
| | |
| 2.9, Антон (??), 09:47, 24/06/2020 [^] [^^] [^^^] [ответить]
| +4 +/– |
Мое мнение: изначально субд проектировались как древовидные либо граф 70-80 годы. Но впоследствии оказалось что есть проблема с избыточностью (дублирование информации). Дисковое пространство измерялось в Мб. Перешли на реляционные (связанные таблицы). Первая была оракл конец 80-х. Но, как быстро найти запись в таблице? Сделали индексы. Т.е. реляционные + индексы, это типо компромисс между производительностью и избыточностью информации. Но на практике (моей) индексы, занимают иногда такой же объем информации (это как бы отсортированные данные). А сейчас дисковое пространство можно измерить террабайтами. В некоторых случаях когда нужно добиться самой быстрой производительности выбор будет графовая модель. Например, возможно и не удачный, глобальный телефонный справочник. Либо в математических расчетах. Может быть блокчейн, когда можно не считать - тратить время, а значение взять из базы...
| | |
| |
| 3.10, Урри (?), 10:05, 24/06/2020 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Неудачный. Ибо оба примера из NoSQL.
Графовый пример - хранение векторной карты в виде "улица-улица-проулок-улица".
| | |
| 3.31, 1 (??), 09:15, 25/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Не совсем так - первые БД были и не БД вовсе - а массивы, потом появились "ключ-значение". Сатем настала пора иерархических, а потом и сетевых (графоориентированных) - там главная проблема добыть нужные данные на нижних уровнях (для иерархических) - надо знать до них путь. Затем Кодд в межделмаше доказал, что реляционная модель позволяет полностью описать и реализовать хранение данных (индексы тут ни при чём). И все стали всё хранить в реляционных БД. "Языка SQL хватит всем !". А ещё были БД с инвентированными списками.
Ну и теперь выяснилось, что реляционные базы, сами по себе ужасно неудобны, когда есть данные в миллионы строк и сотни тысяч связей.
Как-то так.
| | |
| |
| 4.38, НамеНаме (?), 18:06, 26/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
Реляционные СУБД как были самими удобными для всего так и остаются. Остальное -- мечтания.
| | |
|
|
| |
| 3.19, VladSh (?), 12:51, 24/06/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
Именно. Тов. майорам тоже нужно быстро инфу получать, за миллисекунды.
| | |
| 3.39, НамеНаме (?), 18:20, 26/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
"Графовая" СУБД это та же реляционная, только join влеплен в структуру данных.
| | |
|
| |
| 3.42, SS (??), 10:29, 02/07/2020 [^] [^^] [^^^] [ответить]
| +/– |
первый транш инвестиций в размере 8 млн долларов
| | |
|
|
| |
| 2.20, A.Stahl (ok), 13:16, 24/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Спасайся: миссис Горф уже дёрнула правым ухом и сейчас вот-вот дёрнет левым!
| | |
|
| 1.17, dev (??), 12:30, 24/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
не холивара ради,
а кто-нибудь с графами работал с RUST lang?
| | |
| |
| |
| 3.26, dev (??), 17:24, 24/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
и много ли были потребности в unsave блоках?
как вообще оцениваешь удобство работы? был ли бойлерплейт при работе с borrowchecker?
| | |
|
| |
| 3.27, dev (??), 17:27, 24/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
я замечал его, вопрос как с перформансом при работе с ним? работал ли ты с ним?
| | |
|
|
|
