Size: a a a

Software Design/Architecture/Zen

2020 December 15

SP

Sergey Protko in Software Design/Architecture/Zen
ну опять же я про крайности)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я могу сказать что такие вот агрегаты если грамотно разбить - многие по ключу ищутся
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
удобно)
Не удобно искать заказ когда он может быть в одной из 5+ таблиц
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Не удобно искать заказ когда он может быть в одной из 5+ таблиц
удобно)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ты просто уточни что для тебя поиск заказа + кто сказал что нет какой-то таблицы статичной?)
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
удобно)
Не так удобно как сходить в одну таблицу
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
ты просто уточни что для тебя поиск заказа + кто сказал что нет какой-то таблицы статичной?)
Любые выборки на чтение
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну если так обощать то да неудобно. Давай так, рассмотрим те же списки заказов. Придумай мне юзкейсы
источник

SP

Sergey Protko in Software Design/Architecture/Zen
например нам надо показывать списки заказов которые у покупателя - активные, прошлые и т.д.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
нам надо показывать в админке какие-то заказы, искать по диапозону и т.д.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
кейс к слову с историей заказов хороший - вот я захожу в какой амазон или там местный какой ecommerce портал и смотрю - у меня списки заказов отдельными списками - те которые активные и те которые завершились. Уже разделение на таблички помогает а не делает сложнее.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
дальше - тебе надо скажем поиск заказов по покупателю - это может быть какой-то order_shipping где хранится кто получатель и куда доставлять - все. Либо данные есть либо их нет. inner join + фильтры. Удобно
источник

SP

Sergey Protko in Software Design/Architecture/Zen
тебе надо искать заказы по "когда заказывали" - тоже будет одна табличка которая не будет привязана к статусу особо и будет всегда (записи не перемещаются) и ты вжух такой и просто по ней ищешь
источник

SP

Sergey Protko in Software Design/Architecture/Zen
если с производительностью на каких-то выборках проблемы - делаем просто материализованную вьюшку
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
Sergey Protko
если с производительностью на каких-то выборках проблемы - делаем просто материализованную вьюшку
Я правильно понял что эта вьюшка в себя данные копирует и действует как таблица которую нельзя поменять после этого?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Евгений Ромашкан
Я правильно понял что эта вьюшка в себя данные копирует и действует как таблица которую нельзя поменять после этого?
да. считай это кэш
источник

ЕР

Евгений Ромашкан... in Software Design/Architecture/Zen
хм
источник

SP

Sergey Protko in Software Design/Architecture/Zen
ну то есть... вьюшка это кэш
источник

SP

Sergey Protko in Software Design/Architecture/Zen
в любом случае...
источник

SP

Sergey Protko in Software Design/Architecture/Zen
тебе обычно без разницы смотришь ты как пользователь на актуальные данные или данные которые на пару секунд устарели - тупо потому что ты не сможешь гарантировать что данные в сети не задержались
источник