ПГ
Ну и остальным сущностям
Size: a a a
2020 November 12
ПГ
убрать жесткую привязку друг к другу
˸A
Внезапно, почему товар не может быть одновременно в нескольких категориях?
ПГ
Внезапно, почему товар не может быть одновременно в нескольких категориях?
Может. Тут вопрос может ли он быть без категории.
SM
я прям вижу как кто-то удаляет ньюйорк и с ним всех 100500 пользователей из этого города ))
SA
Ну а иначе у вас проблема курицы и яйца будет. Что сначала, добавили телевизор на склад или сначала создали категорию телевизоров?
SA
я прям вижу как кто-то удаляет ньюйорк и с ним всех 100500 пользователей из этого города ))
И это тоже!)
Ш
Ну если я удалю категорию, мне надо либо удалять все товары, либо делать их невалидными (без категории) - а это повлияет на информацию в заказе.
Решение по поводу дублирования информации в сам заказ - в принципе это решает.
Решение по поводу дублирования информации в сам заказ - в принципе это решает.
Товар - физическая штука
Категория - воображаемая. Категории могут быть по цвету, по форме, по материалу, по элитарности. Как и почему удаление категории должно вести к тому, что товар перестал существовать?
Категория - воображаемая. Категории могут быть по цвету, по форме, по материалу, по элитарности. Как и почему удаление категории должно вести к тому, что товар перестал существовать?
SA
Поаккуратнее, вдруг тут сотрудники центра Э в чате)))
˸A
Захватила страна А страну Б. Страны А больше не существует. Вместо того, чтоб всем гражданам страны А присвоить новое гражданство, мы сначала всех перестреляем, а потом будем новое население на этой территории делать)))
SA
Приветствую. Подскажите, пожалуйста. Является ли soft deleted мастхэв или это наоборот плохая практика и надо стараться избегать, где не надо?
Кейс: есть товар, категори товаров, юзеры, город, заказы. Так или иначе все переплетено идетификаторами в один большой клубок. Т.е. у пользователя должен быть город, у товара категория, у заказа товар и пользователь.
Например нужно удалить товар, но это сделать нельзя, так как придется удалять заказ, ведь заказ не может быть без товара. Либо заказ потеряет информацию, если мы обнулим у него товар.
Если удалим пользователя, то надо удалять заказ - тоже самое, потеря информации.
Чтобы удалить категорию товаров - надо или делать невалидным товар (без категории) или делать мягкое удаление товара, потом мягкое удаление категории.
И вот выходит soft delete должно быть везде в данном кейсе?
Кейс: есть товар, категори товаров, юзеры, город, заказы. Так или иначе все переплетено идетификаторами в один большой клубок. Т.е. у пользователя должен быть город, у товара категория, у заказа товар и пользователь.
Например нужно удалить товар, но это сделать нельзя, так как придется удалять заказ, ведь заказ не может быть без товара. Либо заказ потеряет информацию, если мы обнулим у него товар.
Если удалим пользователя, то надо удалять заказ - тоже самое, потеря информации.
Чтобы удалить категорию товаров - надо или делать невалидным товар (без категории) или делать мягкое удаление товара, потом мягкое удаление категории.
И вот выходит soft delete должно быть везде в данном кейсе?
Soft delete предпочтительней. Т.к. удаление данных из нормализованной базы сложно сделать правильно
Ш
Т.е. сделать возможность товару быть без категории?
Если, например, для него ещё не придумали категорию, то да. Ведь если в магазин стройматериалов завезли дилдо, а для него нету категории - это не означает, что этого дилдо не существует.
ПГ
Товар - физическая штука
Категория - воображаемая. Категории могут быть по цвету, по форме, по материалу, по элитарности. Как и почему удаление категории должно вести к тому, что товар перестал существовать?
Категория - воображаемая. Категории могут быть по цвету, по форме, по материалу, по элитарности. Как и почему удаление категории должно вести к тому, что товар перестал существовать?
Ну в контексте категории и товара звучит вполне логично.
Как я понял, софтделет не мастхэв и надо задуматься над архитектурой.
Как я понял, софтделет не мастхэв и надо задуматься над архитектурой.
ПГ
Всем спасибо :)
SP
Все кейсы разные.
Если у товара цена изменилась, созданный ранее заказ не должен меняться. Если пользователя надо удалить, то gdpr требует полного удаления всей его информации, без всяких софтов. Заказ в принципе нелогично удалять - как потом баланс в конце года подбивать по деньгам на удалённые заказы?.. и т д - каждый случай - отдельный
Если у товара цена изменилась, созданный ранее заказ не должен меняться. Если пользователя надо удалить, то gdpr требует полного удаления всей его информации, без всяких софтов. Заказ в принципе нелогично удалять - как потом баланс в конце года подбивать по деньгам на удалённые заказы?.. и т д - каждый случай - отдельный
Поправка - требует удаления личных данных которые напрямую идентифицируют тебя.
SP
Если ты хранишь историю поездок то ты можешь профиль с личными данными удалить. Но адреса с точностью до подъезда тебя напрямую не идентифицируют
SP
Хотя стоит у юриста уточнить
NF
Приветствую. Подскажите, пожалуйста. Является ли soft deleted мастхэв или это наоборот плохая практика и надо стараться избегать, где не надо?
Кейс: есть товар, категори товаров, юзеры, город, заказы. Так или иначе все переплетено идетификаторами в один большой клубок. Т.е. у пользователя должен быть город, у товара категория, у заказа товар и пользователь.
Например нужно удалить товар, но это сделать нельзя, так как придется удалять заказ, ведь заказ не может быть без товара. Либо заказ потеряет информацию, если мы обнулим у него товар.
Если удалим пользователя, то надо удалять заказ - тоже самое, потеря информации.
Чтобы удалить категорию товаров - надо или делать невалидным товар (без категории) или делать мягкое удаление товара, потом мягкое удаление категории.
И вот выходит soft delete должно быть везде в данном кейсе?
Кейс: есть товар, категори товаров, юзеры, город, заказы. Так или иначе все переплетено идетификаторами в один большой клубок. Т.е. у пользователя должен быть город, у товара категория, у заказа товар и пользователь.
Например нужно удалить товар, но это сделать нельзя, так как придется удалять заказ, ведь заказ не может быть без товара. Либо заказ потеряет информацию, если мы обнулим у него товар.
Если удалим пользователя, то надо удалять заказ - тоже самое, потеря информации.
Чтобы удалить категорию товаров - надо или делать невалидным товар (без категории) или делать мягкое удаление товара, потом мягкое удаление категории.
И вот выходит soft delete должно быть везде в данном кейсе?
Софтделит это мастхэв. То что вы хотите это история изменений и архивация. Да и в целом, вы должны отталкиваться от мысли, что все хоть как-то связанное с деньгами не должно быть удалено. Вот придет аналитик и попросит данные по категории которую вы удалили и что делать?
ПГ
Софтделит это мастхэв. То что вы хотите это история изменений и архивация. Да и в целом, вы должны отталкиваться от мысли, что все хоть как-то связанное с деньгами не должно быть удалено. Вот придет аналитик и попросит данные по категории которую вы удалили и что делать?
Не знаю :) поэтому вопрос и задавал. Как вижу - мнения оказались разные