Краткий протокол: "Графовые БД - огонь, пушка гонка. Но: 1. На больших данных не работают 2. Основной дистрибутив в обзоре проприетарный, замена китайский опенсорс 3. Решение показало высокую эффективность по сравнению с британско-индийской бюрократической поделкой на неизвестном стеке в ягуар-лендровер. 45мин vs 7дней. 4. Используйте YDB." Одна вода, не тратьте время на просмотр.
Как раз работают на больших данных - TigerGraph спокойно с большими данными справляется. Да, проприетарный, надо делать свой опен-сорс, чего всем желаю. Почему-то "критик" забыл про большие use-cases JP Morgan и BAO
Если вдруг докладчик здесь, скажите пожалуйста, а что вы думаете за EdgeDB? Она же как-раз построена поверх postgresql и использует синтаксис graphql для работы с БД?
Краткий протокол:
"Графовые БД - огонь, пушка гонка. Но:
1. На больших данных не работают
2. Основной дистрибутив в обзоре проприетарный, замена китайский опенсорс
3. Решение показало высокую эффективность по сравнению с британско-индийской бюрократической поделкой на неизвестном стеке в ягуар-лендровер. 45мин vs 7дней.
4. Используйте YDB."
Одна вода, не тратьте время на просмотр.
Как раз работают на больших данных - TigerGraph спокойно с большими данными справляется. Да, проприетарный, надо делать свой опен-сорс, чего всем желаю. Почему-то "критик" забыл про большие use-cases JP Morgan и BAO
Спасибо за доклад!
Если вдруг докладчик здесь, скажите пожалуйста, а что вы думаете за EdgeDB? Она же как-раз построена поверх postgresql и использует синтаксис graphql для работы с БД?
Сомневаюсь что можно что-то для Big Data построить сверху ванильного постгреса. Нужна распределенная СУБД для больших объемов
@@PavelVelikhovtimescale?