удаление связанных данных

Ссылочная целостность ежжи

С каскадностью согласен, удаление и обновление это всё как преимущества. Но видел эут же реализацию вне самой базы, в той CMS, и живут как-то же)

А то что ты рассказал звучит как какая-то лютая дичь оО

Люди и без жопы, бывает, живут. Им трубочку на живот выводят и мешочек вешают

Так вот если бы так всё было плохо было бы понятно, но на этой CMS делают достаточно сложные проекты - магазины, форумы, социалки, црмки есть свой маркетплейс дополнений и всё это работатет по принципу отсутствия внешний ключей в базе, но с их наличием в xml схемах. Я поэтому и спрашиваю здесь, сталкивался кто либо с практикой тотального отсутствия внешних ключей в базах?

Что такое "внешний ключ" ?

Точнее, при чём тут xml как замена ?

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

Многие приложения живут без внешних ключей и без xml-схем
Связанные вещи удаляются или евентами в моделях или в репозиториях взаимодействия с БД

Мне кажется, так нагляднее, вся логика в одном месте. Чтобы не держать в голове "ага, тут мы удалили, а другое не удаляем, потому что оно само удалится"

Вот тут интересно, просто в ларе при проектировании таблиц с внешними ключами, я сталкнулся с проблемой, что нужно ещё и в определённой последовательности миграции накатывать, чтобы связанность таблиц учитывалась правильно, и это немного раздражает, менять цифры в названиях миграций что одна сработала раньше другой. Мне интересно как Вы транзакцией деалете простановку ключей, и я так понимаю это никак не отражается в файлах миграций лары, верно?

В смысле "Раздражает"
В самом начале БД продумал и пилишь.
Оно может раздражать только если сел пилить и начинаешь каждые две минуты "Ага, я тут табличку не сделал, щас пильну"

А если я в процессе что-то передумал и решил добавить ещё одну сущность, связанную с другими, вот и начинается пляски с последовательностью миграций

Если в процессе что-то передумал — ну это уже не вина СУБД и кому что там неудобно

У меня такое бывает только когда я в самом начале не подумал и побежал код писать

Да я и не виню СУБД, я лишь ищу способ безболезненно вносить изменения в структуру базы данных

Народ..вопрос в след..есть масссив несколько сот тыс емайлов...нужно каждый проверить на валидность и сделать по нему рассылку...как такое лучше реализовать?

Да ну и в целом менять какие-то очерёдности миграций мне кажется так себе идеей.

Передумал — написал новую миграцию, которая уберёт всё лишнее, а потом создаст всё нужное. Лезть в старые я хз