удалять ли записи из бд насовсем

[Еугений]

или запись помечать как "удаленную" типа deleted = 1
Я знаю, что удалять насовсем не надо, если на запись ссылаются другие записи, иначе будет ошибка. например, при выводе поста идет соединение с таблицей пользователей, чтобы узнать автора по id. если этот автор удалён, то будет ошибка.

мне интересно как поступаете вы в своих проектах

[girmate]

Если Вы полностью удаляете пользователя нужно удалять и все что с ним соотносилось. Можно эту задачу переложить на БД. Читайте по теме ограничения внешнего ключа.

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

[zelenin]

или запись помечать как "удаленную" типа deleted = 1
Я знаю, что удалять насовсем не надо, если на запись ссылаются другие записи, иначе будет ошибка. например, при выводе поста идет соединение с таблицей пользователей, чтобы узнать автора по id. если этот автор удалён, то будет ошибка.

мне интересно как поступаете вы в своих проектах

по разному. важные для бизнеса вещи лучше помечать флажком, а не удалять физически.

[Еугений]

по разному. важные для бизнеса вещи лучше помечать флажком, а не удалять физически.

а нормально ли, если удалять может не только админ, но и пользователи? например, свои сообщения, комментарии...

[Еугений]

а то я чето запарился везде в запросы пихать where delete != 0

[girmate]

по разному. важные для бизнеса вещи лучше помечать флажком, а не удалять физически.

а нормально ли, если удалять может не только админ, но и пользователи? например, свои сообщения, комментарии...

Ну и пусть удаляют. В чем проблема? Если нужны - пометить как удаленные, но админ всегда может посмотреть их. Если бизнес-логика не учитывает хранение истории - можно и удалять насовсем, если больше нигде не используются. Или что Вы имели в виду?

[girmate]

а то я чето запарился везде в запросы пихать where delete != 0

https://github.com/yiisoft/yii2/blob/ma ... сов-query-

[zelenin]

по разному. важные для бизнеса вещи лучше помечать флажком, а не удалять физически.

а нормально ли, если удалять может не только админ, но и пользователи? например, свои сообщения, комментарии...

это не относится к теме вашего вопроса.

[maleks]

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

вы можете спрограммировать и так чтобы не было ошибки.
Имхо помечать флажком и не удалять - это уже особый случай, а не для всего по умолчанию.

[samdark]

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

[girmate]

Удалить всегда можно успеть. Конечно лучше сделать пометку. Особенно когда по проекту/заданию не известно - нужны когда-нибудь будут эти данные или нет.

[Elfer]

Уже много лет программирую и сталкивался точно с такой же проблемой, а точнее с таким же вопросом, как быть: помечать или удалять? Практика показала, что лучше помечать как deleted. Так сохраняется целостность данных. Были конкретные прецеденты, например: комментарии пользователя либо еще какие-то его следы на сайте. И при их чтении в скриптах вызывалась ошибка, мол такого юзера нет.

[maleks]

Практика показала, что лучше помечать как deleted. Так сохраняется целостность данных. Были конкретные прецеденты,

а вот (пункт 1.) прецедент минуса такой практики.

[zelenin]

Практика показала, что лучше помечать как deleted. Так сохраняется целостность данных. Были конкретные прецеденты,

а вот (пункт 1.) прецедент минуса такой практики.

то, что чпу занимается? это минус конкретной реализации, а не принципа. а конкретно следствие вынесения бизнеса в БД из приложения.