Зачем в таблице нужен столбец last_update?

Question

[samorez999]

Зачем в таблице нужен столбец last_update?

Answer 1

[Сергей delphinpro]

Название ни о чем не говорит?
Время последнего обновления данных.
Зачем это нужно – нужно смотреть в приложении (собственно, как и любые другие поля).

Comments

[samorez999]

То есть это не мировая практика использовать такое поле?
Просто не раз уже вижу, подумал, что какая-то полезная фича.

[Сергей delphinpro]

samorez999, нет никаких мировых практик в использовании каких-то полей.
База проектируется такая, какая нужна в приложениии.

[Сергей delphinpro]

samorez999, В переделах какого-то фреймворка может быть. Например в Laravel используются поля created_at и updated_at для фиксации времени создания записи и ее изменения. deleted_at для ее удаления. Почти везде используется id для первичного ключа. Но в целом, глобально, никаких норм нет.

[samorez999]

Сергей delphinpro, а как же id в качестве первичного ключа? Вполне себе везде практикуется.

[samorez999]

Сергей delphinpro, а, ну вот, опередил меня.

[Константин Цветков]

samorez999,

везде

чаще, но есть и естественные ключи.

[FanatPHP]

samorez999, это мировая практика, но понимание её пользы приходит с опытом
некоторые вещи трудно понять в теории. наберетесь опыта и сами поймете

[Сергей delphinpro]

ChairfaceChippendale,

дефолтовый id первичным ключом - типичная ошибка новичка.

Поясните, пожалуйста.

[Сергей delphinpro]

ChairfaceChippendale, мне не понятно. всю дорогу у меня id является primary key за редкими исключениями (uuid вместо int, pivot таблицы и т.п.)

[jazzus]

ChairfaceChippendale, известная ошибка новичка - Ларавел с ид в моделях по дефолту. Хорошо способ для профи оставили, видимо просвятили их, как надо правильно делать.

[jazzus]

ChairfaceChippendale, в каком фреймворке по дефолту user_id в User?

[jazzus]

ChairfaceChippendale, никакого. На пыхе одно говно написано. А методы миграций и отношения проектирования не касается. Тру разрабы с форума вот кто имеет отношение. Надо слушать пока они своими бест практиками делятся. Если угораздило во фреймворк вляпаться нужно максимально его игнорировать и писать свое. Как там надо писать? $user->user_id? Пока не понял почему, но пойду рефакторить пока проект живой

[jazzus]

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

[jazzus]

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

[jazzus]

ChairfaceChippendale, для читабельности лучше user_user_user_id делай. Чтобы с 10 метров поле было видно

[jazzus]

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

Answer 2

[Константин Цветков]

Это поле нужно рассматривать в контексте конкретной СУБД. Некоторые из них умеют отслеживать изменения и им не нужна явная отметка времени.