В Rails, когда вы должны использовать проверки в отличие от ограничений базы данных?

Question

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

т.е.

миграция:

t.string "name", :limit => 25 

Validation от модели:

validates_length_of :name, :maximum => 25 

Я понимаю, что валидация предотвратить форму от представления и ограничение миграции/баз данных будет препятствовать данным из экономии в базу данных. Но просто любопытно, когда вы должны использовать проверки или ограничения базы данных или оба одновременно?

Answer 1

Validations быстро, так как они не обязательно требуют туда и обратно в базу данных (для их уникальности), прежде чем вы узнаете, действительно ли данные. Недостатком проверок является то, что даже если у вас есть проверка уникальности, он не может гарантировать 100% уникальность в базе данных. Это связано с тем, что два потока могут проверять уникальность, а затем одновременно добавлять записи в базу данных в то же время, что приводит к сбою проверки уникальности. По этой причине любые валидации уникальности всегда должны указываться в базе данных и, как правило, на модели (аналогичная проблема с наличием записи, если один поток/процесс удаляет ее сразу после того, как другой поток проверил наличие, но не вставил новую связанную запись) , В модели могут быть указаны другие форматы/длина/etc-проверки, где их легко обновить/изменить.

Answer 2

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

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

Я надеюсь, что это помогает :)