Ерунда этот тест в такой трактовке. Единственное что он возможно выявляет, нацеленность на результат, кто будущий говнокодер, кто перфекционист и оптимизатор.
Если нарисовал халявно то ты говнокодер. Я за такими халтурщиками постоянно код переделываю.
Если не поленился, нарисовал красиво то твой код красивый, читабельный и оптимально работающий.
Все эти объектно ориентированные языки создают иллюзию что главное в оптимизации это иерархия классов. Говносрач на ровном месте. Самое главное в разработке максимум результата при минимуме инвестиций. Как на начальном этапе так и при сопровождении. Объектно ориентированные языки этому счастью помеха.
Очень правильная статья. По реакции на неë хорошо видно кто занимается проектированием и эксплуатацией больших высоконагруженных систем, а кто первый раз слышит про партиции и дедлоки.
Проблема в том что если таблица партицированная и на неë смотрит внешний ключ то не получится отсадить партицию в архив, нужно отключать внешний ключ. И там дальше каскад проблем. Не получится включить внешний ключ, т.к. родительских данных уже нет. И т.д.
Все кто ратует ЗА fk никогда не проектировали большие нагруженные системы, мое мнение.
Ерунда этот тест в такой трактовке. Единственное что он возможно выявляет, нацеленность на результат, кто будущий говнокодер, кто перфекционист и оптимизатор.
Если нарисовал халявно то ты говнокодер. Я за такими халтурщиками постоянно код переделываю.
Если не поленился, нарисовал красиво то твой код красивый, читабельный и оптимально работающий.
Все эти объектно ориентированные языки создают иллюзию что главное в оптимизации это иерархия классов. Говносрач на ровном месте. Самое главное в разработке максимум результата при минимуме инвестиций. Как на начальном этапе так и при сопровождении. Объектно ориентированные языки этому счастью помеха.
Все верно. Надо отметить что подобные ошибки допускают вендоры. Инверсия переводила счета с цифр на строки.
То же справедливо в отношении PAN и CVV.
Varchar предпочтительнее char, могут быть ошибки в связи с лишними пробелами.
Очень правильная статья. По реакции на неë хорошо видно кто занимается проектированием и эксплуатацией больших высоконагруженных систем, а кто первый раз слышит про партиции и дедлоки.
Аналогичной темы про триггеры не хватает.
Проблема в том что если таблица партицированная и на неë смотрит внешний ключ то не получится отсадить партицию в архив, нужно отключать внешний ключ. И там дальше каскад проблем. Не получится включить внешний ключ, т.к. родительских данных уже нет. И т.д.
Все кто ратует ЗА fk никогда не проектировали большие нагруженные системы, мое мнение.
Если индекс мало селективный то он практически как минимум бесполезный и скорее вредный. Понятно даже ребенку.
Похоже автор путает архитектора с админом. Это как путать продюсера фильма с режиссером. Имхо.