Size: a a a

DBA - русскоговорящее сообщество

2021 January 01

A

Adv0cat in DBA - русскоговорящее сообщество
Ilia Zviagin
Ага! Как поделить шкуру неубитого медведя за O(1)
О, это ваще какое-то шаманство 😁
источник

SC

Serega Carbon in DBA - русскоговорящее сообщество
Serega Carbon
а кстати да, почему так, почему они не юзают граф?)
вроде бы Твиттер юзает какую-то графовую БД, не помню как называется
источник

A

Adv0cat in DBA - русскоговорящее сообщество
Serega Carbon
а кстати да, почему так, почему они не юзают граф?)
Потому что графовые базы данных нахер не нужны в текущих реалиях и нуждах 😏
источник

A

Anton in DBA - русскоговорящее сообщество
Ilia Zviagin
Ага! Как поделить шкуру неубитого медведя за O(1)
Бензопилой. Но её надо сначала завести, все равно не O(1) 😂
источник

W

Wild_Wind in DBA - русскоговорящее сообщество
Anton
Бензопилой. Но её надо сначала завести, все равно не O(1) 😂
Маньяк. Ктож бензопилой шкуру-то делит? Рез будет рваный.
источник

A

Adv0cat in DBA - русскоговорящее сообщество
Serega Carbon
вроде бы Твиттер юзает какую-то графовую БД, не помню как называется
Не, как доп приколюхи может и используется что-то такое, но только как вариант оптимизации основной бд, в этом весь смысл, что любые доп штуки нужны только в случае нехватки текущих оптимизаций
источник

SC

Serega Carbon in DBA - русскоговорящее сообщество
Adv0cat
Потому что графовые базы данных нахер не нужны в текущих реалиях и нуждах 😏
окей, задача: когда посты друзей закончатся, мы перейдем на посты друзей друзей и т.д., может быть такое, что в графе возникнут циклические связи (более чем возможно) типа друг друга мой друг и его рецепты я уже в ленте видел. По-этому встаёт задача приведения графа к дереву, где я (юзер) выступает корнем ну а листья - это друзья и друзья друзей и т.д. Просто реляционкой это думаю сложно сделать
источник

W

Wild_Wind in DBA - русскоговорящее сообщество
Serega Carbon
окей, задача: когда посты друзей закончатся, мы перейдем на посты друзей друзей и т.д., может быть такое, что в графе возникнут циклические связи (более чем возможно) типа друг друга мой друг и его рецепты я уже в ленте видел. По-этому встаёт задача приведения графа к дереву, где я (юзер) выступает корнем ну а листья - это друзья и друзья друзей и т.д. Просто реляционкой это думаю сложно сделать
Ну если таких нагрузок много, то дублируй все данные в графовую бд. И хватайся за голову (шею разрабов), когда они придут в не конь сись тентность.
источник

SC

Serega Carbon in DBA - русскоговорящее сообщество
Wild_Wind
Ну если таких нагрузок много, то дублируй все данные в графовую бд. И хватайся за голову (шею разрабов), когда они придут в не конь сись тентность.
ладно, такого не будет, ещё голову себе ломать, и так времени мало, работа то весь день забирает, а вечером уже что-то сложно соображать) это я так, как пример
источник

W

Wild_Wind in DBA - русскоговорящее сообщество
Serega Carbon
ладно, такого не будет, ещё голову себе ломать, и так времени мало, работа то весь день забирает, а вечером уже что-то сложно соображать) это я так, как пример
Тогда не парь голову, а сделай mvp. После уже можно и свистоперделки прикрутить.
источник

A

Adv0cat in DBA - русскоговорящее сообщество
Serega Carbon
окей, задача: когда посты друзей закончатся, мы перейдем на посты друзей друзей и т.д., может быть такое, что в графе возникнут циклические связи (более чем возможно) типа друг друга мой друг и его рецепты я уже в ленте видел. По-этому встаёт задача приведения графа к дереву, где я (юзер) выступает корнем ну а листья - это друзья и друзья друзей и т.д. Просто реляционкой это думаю сложно сделать
Да легко… нужно все вот эти ваши графы хуяфы просто сделать flatten)) Как пример, делаете временную таблицу (id-рецепта, priority) и в этом приорити ставите число в зависимости от дальности друга. Можно и в реляционке, можно и через кеш, можно через граф бд, можно как угодно это сделать, но по факту в итоге вам нужен приорити лист с тем, какие вам рецепты важне всего показать, и в этом приорити листе id рецепта будет уникальным айдишником 😉
источник

A

Adv0cat in DBA - русскоговорящее сообщество
Но все равно мой посыл - сделать хоть как-то, а потом оптимизировать пока блевать не потянет 😏
источник

S

Sebor in DBA - русскоговорящее сообщество
Deleted Account
меня интересует реляционный DBaaS. Сам нуждаюсь в совете.
Просто не хочу поднять все это дело самому и админить.
Берешь большую тройку и выбираешь исходя из своих требований
источник

SC

Serega Carbon in DBA - русскоговорящее сообщество
Adv0cat
Да легко… нужно все вот эти ваши графы хуяфы просто сделать flatten)) Как пример, делаете временную таблицу (id-рецепта, priority) и в этом приорити ставите число в зависимости от дальности друга. Можно и в реляционке, можно и через кеш, можно через граф бд, можно как угодно это сделать, но по факту в итоге вам нужен приорити лист с тем, какие вам рецепты важне всего показать, и в этом приорити листе id рецепта будет уникальным айдишником 😉
да, вот так скорее всего и будет)
источник

DA

Deleted Account in DBA - русскоговорящее сообщество
Sebor
Берешь большую тройку и выбираешь исходя из своих требований
какие сервисы в тройке?
источник

DA

Deleted Account in DBA - русскоговорящее сообщество
тройка по каким критериям? по попупярности?
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Deleted Account
какие сервисы в тройке?
oracle, mssql, db2
источник

DA

Deleted Account in DBA - русскоговорящее сообщество
lnuynxa
oracle, mssql, db2
я про облачные сервисы бд
которые сами масштабируются и надежные
источник

S

Sebor in DBA - русскоговорящее сообщество
Deleted Account
какие сервисы в тройке?
Не поверишь, они обычно называются database service или очень похоже
источник

l

lnuynxa in DBA - русскоговорящее сообщество
Deleted Account
я про облачные сервисы бд
которые сами масштабируются и надежные
амазон, гугл, азурка
(но гугл это рискованный выбор кмк)
источник