diff options
| author | Jaime Iniesta <jaimeiniesta@gmail.com> | 2010-08-26 10:16:08 +0200 |
|---|---|---|
| committer | Jaime Iniesta <jaimeiniesta@gmail.com> | 2010-08-26 10:16:08 +0200 |
| commit | 0f9eedf6de72f4afacde6d7075c588a7a6fd3ad6 (patch) | |
| tree | 09178de26dce52d99a36dd0a7a2e2b55f15e1089 /railties/guides/source/active_record_validations_callbacks.textile | |
| parent | fa1ba5bd5bbcdfc82104a2b88fb25d2f3695a525 (diff) | |
| download | rails-0f9eedf6de72f4afacde6d7075c588a7a6fd3ad6.tar.gz rails-0f9eedf6de72f4afacde6d7075c588a7a6fd3ad6.tar.bz2 rails-0f9eedf6de72f4afacde6d7075c588a7a6fd3ad6.zip | |
change 'a SQL' to 'an SQL' as suggested by the api documentation guidelines
Diffstat (limited to 'railties/guides/source/active_record_validations_callbacks.textile')
| -rw-r--r-- | railties/guides/source/active_record_validations_callbacks.textile | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/railties/guides/source/active_record_validations_callbacks.textile b/railties/guides/source/active_record_validations_callbacks.textile index 1e232422e3..9bdeecb684 100644 --- a/railties/guides/source/active_record_validations_callbacks.textile +++ b/railties/guides/source/active_record_validations_callbacks.textile @@ -57,7 +57,7 @@ We can see how it works by looking at some +rails console+ output: => false </shell> -Creating and saving a new record will send a SQL +INSERT+ operation to the database. Updating an existing record will send a SQL +UPDATE+ operation instead. Validations are typically run before these commands are sent to the database. If any validations fail, the object will be marked as invalid and Active Record will not perform the +INSERT+ or +UPDATE+ operation. This helps to avoid storing an invalid object in the database. You can choose to have specific validations run when an object is created, saved, or updated. +Creating and saving a new record will send an SQL +INSERT+ operation to the database. Updating an existing record will send an SQL +UPDATE+ operation instead. Validations are typically run before these commands are sent to the database. If any validations fail, the object will be marked as invalid and Active Record will not perform the +INSERT+ or +UPDATE+ operation. This helps to avoid storing an invalid object in the database. You can choose to have specific validations run when an object is created, saved, or updated. CAUTION: There are many ways to change the state of an object in the database. Some methods will trigger validations, but some will not. This means that it's possible to save an object in the database in an invalid state if you aren't careful. @@ -382,7 +382,7 @@ class Account < ActiveRecord::Base end </ruby> -The validation happens by performing a SQL query into the model's table, searching for an existing record with the same value in that attribute. +The validation happens by performing an SQL query into the model's table, searching for an existing record with the same value in that attribute. There is a +:scope+ option that you can use to specify other attributes that are used to limit the uniqueness check: |