а кстати, как правильно хранить такую инфу. Например товар купили, оплатили, в истории заказов у юзера он лежит. Потом у товара меняют цену. В истории же не надо менять цену. Как тут сделать хранение всех заказов? (не только цены касается)

а кстати, как правильно хранить такую инфу. Например товар купили, оплатили, в истории заказов у юзера он лежит. Потом у товара меняют цену. В истории же не надо менять цену. Как тут сделать хранение всех заказов? (не только цены касается)

цена покупки - это атрибут заказа. а не товара.

там же могут быть и примененные скидки и т.д.

о как

да нет смысла удалять данные. почти никогда.

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

интересно, спасибо

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

что за вложения? файлы?

что за вложения? файлы?

фоточки

фотки к объявлениям, если быть точным

да нет смысла удалять данные. почти никогда.

Если есть таблица задач которые выполняются на сервере то их например нет смысла хранить в бд по полгода.

Если есть таблица задач которые выполняются на сервере то их например нет смысла хранить в бд по полгода.

ну такое можно в архивы перемещать...

ну такое можно в архивы перемещать...

это не понадобится

ну и само по себе такая структура - это не сущности. это тупо служебные вещи

они как очереди

со вполне определенным лайф циклом

фоточки.. если хочешь удаляй. но скажу по секрету.. всякие вконтакты фоточки не удаляют.

им это дорого выйдет

со вполне определенным лайф циклом

Вот. То есть уже не все сущности)

они просто забывают что на этом месте фотка была

фоточки.. если хочешь удаляй. но скажу по секрету.. всякие вконтакты фоточки не удаляют.

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

фоточки.. если хочешь удаляй. но скажу по секрету.. всякие вконтакты фоточки не удаляют.

Вау, у нас тут разработчик из ВК, поприветствуем

Вот. То есть уже не все сущности)

во-первых я в своей фразе сказал слово "обычно". во вторых - задачки в очереди - это не сущности

и ты мне можешь ответить только то, что так типа не делается.

потому что так не делается

Вау, у нас тут разработчик из ВК, поприветствуем

ну я читал как-то как они хранят фоточки :)

во-первых я в своей фразе сказал слово "обычно". во вторых - задачки в очереди - это не сущности

К этому в у меня вопросов нет)

и ты мне можешь ответить только то, что так типа не делается.

я могу тебе сказать, что если сделать soft delete - то это в 99% случаев принесет намного меньше гемора чем удалять физически

Opencar

я могу тебе сказать, что если сделать soft delete - то это в 99% случаев принесет намного меньше гемора чем удалять физически

ты для файла делать sd собрался? правда?

я могу тебе сказать, что если сделать soft delete - то это в 99% случаев принесет намного меньше гемора чем удалять физически

ну я думаю они потом отдельно чистят все же эти хранилища мертвых файлов

ты для файла делать sd собрался? правда?

как ты сюда файлы приплел а?

я вообще про базу говорил

как ты сюда файлы приплел а?

блять, я говорил тебе изначально о вложениях. ты чем читаешь?

и о записях, которые ко вложениям относятся

ну я думаю они потом отдельно чистят все же эти хранилища мертвых файлов

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

вставить на пустое место другой файл - не получится. точнее получится если он идеально подойдет по размеру... или меньше. но кому нужен такой гемор?

но это не решение. возможно, ему не хватает cascade delete

не, каскад не вариант. Если я удаляю продукт, история то не должна удаляться

блять, я говорил тебе изначально о вложениях. ты чем читаешь?

ну хочешь удалять - удаляй :) мы говорили про продукты в базе данных. причем тут твои вложения я не знаю :)

не, каскад не вариант. Если я удаляю продукт, история то не должна удаляться

тогда sd юзай, как советуют все общие практики

тогда sd юзай, как советуют все общие практики

аллилуйя

:-P

ну хочешь удалять - удаляй :) мы говорили про продукты в базе данных. причем тут твои вложения я не знаю :)

при том, что место на жд не безграничное

и я решил, что лишние записи мне ни к чему в БД

даже с sd

ой. почти всегда это экономия на копейках.

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

место на ЖД - это я про файлы (вложения)

а не про записи в бд

чот у меня зубы скрипят от слова Вложения

вот нахера нам тут твои файлы а? :))

ВЛОЖЕНИЯ

чот у меня зубы скрипят от слова Вложения

attachments. так лучше?

да)

вот нахера нам тут твои файлы а? :))

я повторять дважды не буду.

выше написал, причём

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

это все зависит от контекста

в масштабах вк может и выгодно забивать на занятое место

в масштабах сервиса на 10к юзеров - невыгодно)

в масштабах вк может и выгодно забивать на занятое место

согласен-согласен. самому пришлось вычищать террабайты из S3ю экономии ради. но как понимаешь террабайт в S3 это не копейки :)

Да там главная проблема даже не в занятом месте, а в цене на трафик)

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

или я неправильно понимаю сд?

да неправильно

ну софт делит это юзер удаляет запись, но в бд она хранится как IsDEleted - true

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

у админа его не будет. Все твое приложение перестанет видеть этот товар

ааааа

он будет только в базе. но помеченный как удаленный

то есть запись удалится?

крч, физически запись остаётся

у неё появляется свойство "меня нет, я в домике"

так понятно?

если оооочень надо будет то можно делитнуть полностью

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

если оооочень надо будет то можно делитнуть полностью

его fk нахер пошлёт

:D

без ебли не удалит

ну если в таблице настроить каскадное удаление то не пошлет

только в его кейсе это не надо

отключать параметры проверки fk придётся перед дропом как минимум

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

тогда есть смысл хранить это не как фк, а просто сделать product_id и заносить туда

ну слушай, ты нам весь свой кейс не рассказываешь же

при удалении будет всё норм

не проще поднять тестовую бд и попробовать?

ну тогда кейс усложняется. тебе придется вручную софт делит реализовать.

сделать active. пока true - это обычный товар. false - "удаленный"

при попытке добавить мы проверяем штрих и корректно обрабатываем этот момент. типа такой товар уже был и был удален. че будем делать

ну тогда кейс усложняется. тебе придется вручную софт делит реализовать.

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

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

причем тут файлы опять?

Тебя Субботин укусил?

Привет ребята подскажите пожалуйста если у меня 2 таблицы 1 таблица этот заказ Order 2 таблица это детали заказа DetailsOrder и например мне нужно в деталях заказ вывести id заказ допустим это будет поле quote в моделе DetailsOrder я укажу так { protected $fillable = [ 'quote', 'pieces', 'lenght', 'width', 'height', 'stackable', 'weight_per_piece' ]; protected $table = 'DetailsOrder’; } public function order() { return $this->hasOne(Order::class); } так будет правильно ?? или уже в $fillable = [ не надо указивать 'quote',

Тебя Субботин укусил?

:3

хм. А просто хранить в таблице не фк ключ, неправильно что ли?

хм. А просто хранить в таблице не фк ключ, неправильно что ли?

правильно.

но как ты потом найдешь какой товар был куплен?