Ааа так это не граф же

http://datawarehouse4u.info/SCD-Slowly-Changing-Dimensions.html

впрочем лучше подождать Владислава

Ааа так это не граф же

Лес графов, если грубо

Лес графов, если грубо

Нет. Это не граф и даже не рядом

Просто табличка где есть свич и его соседи

Просто табличка где есть свич и его соседи

Да, но соседи опрашиваются через "родитель", а не вручную заносятся в бд

В общем, как примерно можно компактно хранить историю изменений по каждому свичу и его соседями

Да, но соседи опрашиваются через "родитель", а не вручную заносятся в бд

Какая разница как они опрашиваются. Это не граф. Это просто табличка

тогда липкий муми папа позвал спать

Какая разница как они опрашиваются. Это не граф. Это просто табличка

Не.

граф - это узлы и связи, какая разница, как они хранятся?

тогда липкий муми папа позвал спать

Угу. Кормили в него книжку про мумитролей

граф - это узлы и связи, какая разница, как они хранятся?

Разница большая. Если есть много частых изменений

В частности neo4j сдохла.

Теперь бум любимую тобой касандру мучить

т.е. только производительность

Производительность. Да

граф от этого графом не перестает быть

Теперь бум любимую тобой касандру мучить

triggered

В общем, кто прмерно знает use case, как эту срань с историей хранить?

Но sql слабо приспособлены для хранения графов. Это попытки натянуть сову на глобус

ориентдб?

ориентдб?

У тебя не граф. Даже если это похоже на твоей визуализации на граф

Обычное дерево которое хранится в табличке

дерево не граф?

У тебя не граф. Даже если это похоже на твоей визуализации на граф

Математически это граф. Ты бы лучше по структуре подсказал.

дерево не граф?

Хороший наброс

?

Математически это граф. Ты бы лучше по структуре подсказал.

Связи храни с датой начала/конца действия. Потом просто с помощью where добивай при поиске. Выше ссылка на SCD.

дерево не граф?

Если положить болт на релейшены. То дерево можно принять зв частный случай графа

И действительно подумай, нужна ли тебе реляционка для этого

И действительно подумай, нужна ли тебе реляционка для этого

Я пока в выборе бд.

Как-то ковырял ориентдб как нихуясе графоориентированную. Ну, в целом инетересно, но только неясно, кто ее использует в продакте

да вот ждем кого-нибудь

?

Связи храни с датой начала/конца действия. Потом просто с помощью where добивай при поиске. Выше ссылка на SCD.

Ему не нужны связи как таковые. Ему нужна просто табличка в которой будет 1 верхний раутер и те которые под ним. И таймштамп.

Дальше просто выбирай по времени

дык тогда роутеры будут дублироваться

*клокочет про нормальные формы*

Но конечно можете пойти сложным путем и как начать строить графы гыы

дык тогда роутеры будут дублироваться

Не будут же. Просто 1 верхний и один слой нижний. И выбирай слоями

Ему не нужны связи как таковые. Ему нужна просто табличка в которой будет 1 верхний раутер и те которые под ним. И таймштамп.

Связи нужны. Ребра в виде какой-нибудь длинны оптоволокна.

Но это потом.

Связи нужны. Ребра в виде какой-нибудь длинны оптоволокна.

Они тоже внезапно меняются? Ростут и усыхают?

Они тоже внезапно меняются? Ростут и усыхают?

Добро пожаловать в реальный мир))

Не будут же. Просто 1 верхний и один слой нижний. И выбирай слоями

вот сейчас я потерял нить

вот сейчас я потерял нить

Ищи. Истина где то рядом. Если есть 1 раутер и от него 2 Так и пишем. 1 раутер / левый раутер с 15 см и правый раутер с 23 см. И так в каждой строчке вниз по ветке. Узнать когда у правого раутера поменялся левый или правый по таймштампу

Нахера тут чего городить. Не ясно. Тем более там максимум 10к раутеров

Даже если их 50к. То на бабушкеном ноуте можно обработатт

Это ж не миллионы обьектов в требайт размером

Но sql слабо приспособлены для хранения графов. Это попытки натянуть сову на глобус

Бгы

Бгы

Раскажешь потом как прошла натяжка. Я тож поржу

Да я и не собирался проверять

Практически задача выглядет так: есть у вас на доме свич, который инетики раздает абонам. Свич граничит с еще тремя свичами - на соседних подъездах и каким-нибудь одним вышестоящим. Свичи иногда меняются(замена, допустановка). В какой-то момент нужно понять, что за свичи были соседями два месяца назад/вчера и так далее

обычная история, только нужна точная локация, в чем проблема, не совсем понятно?

обычная история, только нужна точная локация, в чем проблема, не совсем понятно?

Как историю хранить

Выбирайте как

http://datawarehouse4u.info/SCD-Slowly-Changing-Dimensions.html

то, что у вас там иерархия зависимостей, в реляционке делается без проблем, при условии, что соблюдается именно дерево, а не лес, но на сколько я понимаю, у вас как раз чистое дерево

то, что у вас там иерархия зависимостей, в реляционке делается без проблем, при условии, что соблюдается именно дерево, а не лес, но на сколько я понимаю, у вас как раз чистое дерево

Ты опять его разочаровал. :) ну не нужны людям простые решения

ну ладно...\

ERROR: S client not available

Вопрос. У нас тут распределенные локи реализованы как PESSIMISTIC_WRITE select на строку в бд, в которой ключ лока. И, под большой нагрузкой - начинаем сваливаться в дедлоки и висеть до таймаута. БД - Оракл. А как правильные пацаны решают такую задачу?)

Используют mysql

Используют mysql

Оч смешно)

Вопрос. У нас тут распределенные локи реализованы как PESSIMISTIC_WRITE select на строку в бд, в которой ключ лока. И, под большой нагрузкой - начинаем сваливаться в дедлоки и висеть до таймаута. БД - Оракл. А как правильные пацаны решают такую задачу?)

Я обратил внимание что разрабы сами разбивают на простые запросы. Типа сначала селект а потом подставляют куда нужно

вопрос по mssql надо джойниться к большой таблице по текстовому полю. запрос - отчетность (выполняется редко) поднимать индекс на текстовом поле - не хочется (объём большой, затраты на его апдейт будут большими, а использоваться будет оч редко) какие ещё есть варианты, кроме того чтобы сначала создавать временную таблицу (в которой будут только нужные и отсортированные данные) и джойниться уже к ней?

создать индекс перед отчетностью?

Может не стоит джойниться по текстовому полю?

индекс по md5 от поля и джойн по нему нооо, возможны коллизии

индекс по md5 от поля и джойн по нему нооо, возможны коллизии

16^32 коллизии?

но ведь возможны

но ведь возможны

1:3,402823669×10³⁸

Да, как-то не подумал, реально возможны, остерегайтесь такого пути.

ну в поле по которому джонится - не "война и мир". там 15 символов максимум, но сейчас длиннее 8 символов нет значения.

как мне видится - избавиться от фулскана здесь не удастся. задача максимально облегчить ему работу

либо индекс, либо страдать дальше

другого варианта нет при таких условиях

#вакансия#москва# MSSQL#DBA Коллеги, привет! Вакансия для тех, кто не хочет останавливаться на достигнутом и помимо работы MSSQL Server хочет научиться работать с PostgreSQL. Наша текущая БД - MSSQL Server 2014, но предстоит переход. Требуются хорошие навыки не только в администрировании, но и в написании скриптов. Необходимо умение писать/читать сложные запросы к БД и оптимизировать их. Связь через лс или почту e.kikoina@youdo.ru ЗП 120-180

Доброго времени суток, господа и дамы. Подскажите, можно ли в зависимости от значения в каком-то поле левой таблицы, сравнивать данные из строки этого поля с разными таблицами с правой стороны? Например, поле содержит дату, и есть несколько таблиц с данными на эту дату. В зависимости от даты строка будет сравниваться из с данными из соответствующей таблицы.

Джойнить все по очереди?

Объединить таблицы не выйдет, этот вариант не рассматриваем.

что за тяжолая наркомания

Есть общая таблица с датами за разные месяца, и есть несколько таблиц с данными для этих месяцов

сделать общие вью, и вью заселектить через UNIION ?

что за тяжолая наркомания

Ну вот такая вакханалия, дали в конце рабочего дня, сказали запилить до понедельника

)))))))))))))))

Иначе без премии?

В данный момент я ещё не смотрел эти таблицы, еду домой, с коллегой просидели ещё 2 часа обсуждая детали алгоритма

Иначе без премии?

И без неё тоже))

можно сделать

2 подзапроса