D
То, что никакие выборки по продажам по всем офисам не нужны в принципе
Size: a a a
2020 January 14
ЕК
То, что никакие выборки по продажам по всем офисам не нужны в принципе
Сейчас — нет
А завтра?
А завтра?
D
Но вообще, я ваше мнение услышал. Спасибо
D
Сейчас — нет
А завтра?
А завтра?
И даже послезавтра не нужны будут
RK
чувак, может стоит почитать про 3 нормальные формы базы данных для начала?)
RK
ну какие отдельные таблицы под офисы
RK
что хза чушь то)
M
+1 так никто не делает. Надо добавить офис - добавляешь таблицу ? Удалить офис - удаляешь таблицу ? Это шиза какая-то.
ЕК
Я реально крутил базы, считай 500к номенклатуры * 40к клиентов, ето скоко уже?
* 10 складов. * 7 организаций
ключи аналитики "номенклатура-клиент-склад-организация"
* 10 складов. * 7 организаций
ключи аналитики "номенклатура-клиент-склад-организация"
ЕК
Выборки даже не чихали
RK
Michael
+1 так никто не делает. Надо добавить офис - добавляешь таблицу ? Удалить офис - удаляешь таблицу ? Это шиза какая-то.
да дело не в том что так никто не делает) а что это противоречит абсолютно здравой логике
ЕК
Ну это реально миллиарды записей, гы)
M
Ну поэтому и не делают, потому что противоречит )
M
Количество записей на скорость запросов не влияют заметным образом.
А если составные индексы сделать - вообще никаким не повлияют
А если составные индексы сделать - вообще никаким не повлияют
ЕК
И я о том же)
ЕК
Индекс перестраивался долго, поэтому я просто актуализировал эту таблицу регламентым заданием по ночам
BV
Один офис один сервер бд
ЕК
Один офис один сервер бд
В принципе, можно и приложение для каждого офиса своё писать
M
один микросервис