Yii2 - атака хейтеров и что делать дальше?
Re: Yii2 - атака хейтеров и что делать дальше?
@sm-vasya конкретно сейчас, вы просто выпендриваетесь. Непонятно, для чего? Чтобы что?
Re: Yii2 - атака хейтеров и что делать дальше?
ути пути, девочка аж позеленела от злости и ? где написано что следующее сообщение спустя 20 минут в том же контексте ? или что обязано там быть ? к тому же не внимательно проследили а так как вам хотелось бы
Последний раз редактировалось sm-vasya 2018.03.17, 22:29, всего редактировалось 1 раз.
Re: Yii2 - атака хейтеров и что делать дальше?
Это не дублирование одной и той же информации, а сохранение данных заказа. После обработки заказ живёт своей жизнью и от товаров уже не зависит. Если же у вас счета и акты мутабельны, то сочуствую вашим заказчикам.sm-vasya писал(а): ↑2018.03.17, 20:59 идем дальше. фокус номер 2
умняшка, а зачем у тебя вот тут идет дублирование информации ? а ? ты же говорил что то там про нормализацию ? а ? а про накладные расходы ? сколько дополнительно места ты теряешь имея эти строки ? а их еще заполнить надо....
так что же получается... сама себе противоречишь ?
Re: Yii2 - атака хейтеров и что делать дальше?
а вот это прочитать не судьба? специально для таких умняшек написал
сочувствую ВАШИМ заказчикам видимо они вам по 100 раз одно и тоже объясняютsm-vasya писал(а): ↑2018.03.17, 20:59 пс. не надо мне говорить что использование этих полей - есть необходимость. я это прекрасно знаю. я говорю про то - что в реальности в системе (кроме сайтиков на 5 страничек) всегда будут накладные расходы которые нарушат вашу "нормализацию", тогда вы видимо будете уже не профи
Re: Yii2 - атака хейтеров и что делать дальше?
Ну вот и прояснилось, что костыли с денормализацией и кучами FK здесь бизнес-логикой не обусловлены. Что это только ради хайлоада. Тогда можно навесить Doctrine на основные поля и связи, а остальные суррогатные поля заполнять триггерами в БД или в коде в preFlush.sm-vasya писал(а): ↑2018.03.17, 21:23 фокус 3
ответ очень прост, когда у тебя 4-5-6 таблиц "нормализованы" и при этом тебе из таблицы номер 1 надо получить данные сответствующей сущности из таблицы номер 6 - то без знаний в таблице 1 о сущности в таблице 6 - вам придется пройтись по всем 6 таблицам. точно так же как предлагала наша умняшка. когда речь идет о хайлоаде то тут надо очень серьезно подумать какие операции важней (чтения или записи). а если FK не будет, то у вас есть шанс по ошибке собственной криворукости достичь не консистентности данных. лишний барьер не помешает.
Re: Yii2 - атака хейтеров и что делать дальше?
а ты на "бонус" посмотри как следует умняшкаElisDN писал(а): ↑2018.03.17, 22:50 Ну вот и прояснилось, что костыли с денормализацией и кучами FK здесь бизнес-логикой не обусловлены. Что это только ради хайлоада. Тогда можно навесить Doctrine на основные поля и связи, а остальные суррогатные поля заполнять триггерами в БД или в коде в preFlush.
какая же ты упертая и как всегда не внимательно читающая что ФК не только ради хайлоада
Re: Yii2 - атака хейтеров и что делать дальше?
А как оптимизировать запросы к БД если они завязаны на код? Т.е. если структура БД должна зависеть от реализации кода. Я обычно не смешиваю, есть же нормализация, план запроса.
-
- Сообщения: 83
- Зарегистрирован: 2017.07.04, 20:53
Re: Yii2 - атака хейтеров и что делать дальше?
не вижу связи между данными и отпечатком
Re: Yii2 - атака хейтеров и что делать дальше?
Нормализованная база умная, но тормозит. Денормализованная быстрая, но глупая. Как быть?
Два варианта:
1. Просто создать две базы. Оставляем оригинальную нормализованную мощную SQL базу для того же тяжёлого Doctrine и добавляем быструю денормализованную ElasticSearch для чтения. Операции проводим в Doctrine и сразу или в фоне обновляем копии в ES. И для вывода на сайте статей и товаров читаем напрямую готовые JSON-ы из ES.
2. На одной базе. Пишем свой репозиторий вместо всяких готовых ORM, чтобы полностью отвязаться от таблиц, и там вручную сохраняем как хотим. А для листингов пишем отдельный ReadRepository с голыми оптимизированными SQL запросами и возвратом массивов или DTO.
Re: Yii2 - атака хейтеров и что делать дальше?
если название продукции не будет мутировать после первого использования то - ДА или у вас там куча костылей которые изменяют данные ?
эммм... вы не путайте свои фантазии и реальность задачу таким образом как написал я в бонусе вы не решите, на коде фест, а на пхп консистентность на 100% не обеспечите а ваше лично мнение что есть костыль а что нет - с вами пускай и остается
и по другим вопросам - меня ответы тоже не устроили. как было 3:0 так и осталось
улыбнуло. на сем с вами и закончу "дискуссию"