Как стать автором
Обновить
20
Карма
0
Рейтинг

Пользователь

Зачем айтишнику ехать в Екатеринбург

в 8-30 уже на горе

а там такая красота

Зачем айтишнику ехать в Екатеринбург

Моё любимое зимнее развлечение в Екб: с утра пораньше встаёшь, едешь на Уктус (20 минут от дома), бегаешь пешком в гору, катаешь на сноуборде часик-полтора, потом скатываешься к подножью горы и там ждёт Баден - горячие термы на открытом воздухе, пол дюжины различных саун + арома-парения раз в пол часа, за всё удовольствие 800р утренняя акция почти 2 часа терм с завтраком. Далее полчаса и ты дома свежий, бодрый, весёлый готов работать )))

Авторизация в PostgreSQL. Часть 2. Безопасность на уровне строк

Для себя пришёл к выводу, что для организации безопасности на уровне строк, удобнее использовать VIEW WITH CHECK OPTION. Это при SELECT'е дополнительно позволяет легко получить столбцы can_update, can_delete. При использовании встроенной RLS без дублирования логики сделать это не просто.

SQL и тайны коридоров Хогвартса

Константы != Служебные слова.

Второе встречается гораздо чаще.

Это что-то меняет?

Напомните, в каком языке до сих пор принято писать служебные слова в верхнем регистре?

SQL

SQL и тайны коридоров Хогвартса

  • выполнение/редактирование кода в консоли

  • чтение запросов в логе

во многих соглашениях прикладных ЯП принято константы писать большими буквами, не думаю что у многих при виде таких констант вспоминается 386 комп и BASIC.

С чем кушать Irregular Selectivity в MSSQL и не только

оптимизатор MySQL умеет такое кушать, но тоже оч ограниченно

Живи, умри, и снова: погружаемся в мир рогаликов

Очень нравятся рогалики, в последнее время залип в The Binding of Isaac, уже год оторваться не могу

Вместо 24 JOIN в SQL запросе — реализация в графовой базе данных

не надо сравнивать с EAV, спроектируйте нормальную структуру и сравните с ней, читаемость кода, быстродействие, консистентность

Вместо 24 JOIN в SQL запросе — реализация в графовой базе данных

Проблема тут не в SQL, а в EAV, т.е. неверно подобранном паттерне при проектировании схемы БД.

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

Вы не поняли, я как раз категорически против такого кода. Михаил, с которым мы дискутировали в той ветке, считает что подобным кодом и надо программировать, отгородившись от БД всякими ОРМ'ами. А в этом коде я на примере показал, что бывает если на прикладном языке начинать решать не свойственные для него задачи

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

можно строчку кода и как должно быть, по Вашему мнению

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

Не понял, какое место не нравится?

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

ну не миллион, а исключительную ситуацию, конгда фронт это пропустил, т.е. 1 на миллион
и опять же проверяться она же в любом случае, т.е. у Вас оверинжиниринг приветствуется

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

но потом-то она идёт в БД и там опять проверяться
можно много других сложных путей выбирать…

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

кеширование это костыли костыльные

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

проверка на NULL то всё равно идёт, т.е. Вы в пустую расходуйте ресурсы приложения, да ещё код пишите лишний.
Иногда да, убирают FK, но это скорее исключение и проблем с контролем целостности прибавляется в разы. Это исключение которое подтверждает правило, что консистентность данных проще всего поддерживать в одном месте, в БД

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

мы же уже подобное делали, писали БЛ, просадка была в разы
habr.com/ru/post/312134/#comment_9863962

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

здесь Вы непонятно что с чем сравнивали, сами домыслили код и ПО и сами с собой сравнили

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

1000 запросов Ваше ПО не потянет. Т.е. Вы предлагаете не объявлять поля NOT NULL… ну ну… ну тогда уж и всё в текстовом виде храните и FOREIGN KEY не создавайте, зачем лишняя нагрузка на базу данных и уникальность можно в апп проверить и норм.

Валидация в приложении на PHP (часть 1 — валидация доменного слоя)

разговор про валидацию вообще

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность