diff options
author | Vijay Dev <vijaydev.cse@gmail.com> | 2011-06-30 12:50:05 +0530 |
---|---|---|
committer | Vijay Dev <vijaydev.cse@gmail.com> | 2011-06-30 12:50:05 +0530 |
commit | 7744177919526a97bda1c08bf46e7250ce156347 (patch) | |
tree | cd9f5837213afa799ab50e32fc87b26f331dd8e8 /railties/guides | |
parent | b367f961bbab12910f55212a614f85693aec424a (diff) | |
download | rails-7744177919526a97bda1c08bf46e7250ce156347.tar.gz rails-7744177919526a97bda1c08bf46e7250ce156347.tar.bz2 rails-7744177919526a97bda1c08bf46e7250ce156347.zip |
Revert "Included w3c_validators gem and modified Migrations file"
This reverts commit 1028226b00a3671a465b510880bd186ae26b2e3d.
Reason: No code changes can be done in docrails.
Diffstat (limited to 'railties/guides')
-rw-r--r-- | railties/guides/source/migrations.textile | 39 |
1 files changed, 12 insertions, 27 deletions
diff --git a/railties/guides/source/migrations.textile b/railties/guides/source/migrations.textile index eae337b67b..dbbf8f3b51 100644 --- a/railties/guides/source/migrations.textile +++ b/railties/guides/source/migrations.textile @@ -117,33 +117,6 @@ Occasionally you will make a mistake when writing a migration. If you have alrea In general editing existing migrations is not a good idea: you will be creating extra work for yourself and your co-workers and cause major headaches if the existing version of the migration has already been run on production machines. Instead you should write a new migration that performs the changes you require. Editing a freshly generated migration that has not yet been committed to source control (or more generally which has not been propagated beyond your development machine) is relatively harmless. -h4. Supported Types - -Active Record supports the following types: - -* +:primary_key+ -* +:string+ -* +:text+ -* +:integer+ -* +:float+ -* +:decimal+ -* +:datetime+ -* +:timestamp+ -* +:time+ -* +:date+ -* +:binary+ -* +:boolean+ - -These will be mapped onto an appropriate underlying database type, for example with MySQL +:string+ is mapped to +VARCHAR(255)+. You can create columns of types not supported by Active Record when using the non-sexy syntax, for example - -<ruby> -create_table :products do |t| - t.column :name, 'polygon', :null => false -end -</ruby> - -This may however hinder portability to other databases. - h3. Creating a Migration h4. Creating a Model @@ -288,6 +261,18 @@ end will append +ENGINE=BLACKHOLE+ to the SQL statement used to create the table (when using MySQL the default is +ENGINE=InnoDB+). +The types supported by Active Record are +:primary_key+, +:string+, +:text+, +:integer+, +:float+, +:decimal+, +:datetime+, +:timestamp+, +:time+, +:date+, +:binary+, +:boolean+. + +These will be mapped onto an appropriate underlying database type, for example with MySQL +:string+ is mapped to +VARCHAR(255)+. You can create columns of types not supported by Active Record when using the non-sexy syntax, for example + +<ruby> +create_table :products do |t| + t.column :name, 'polygon', :null => false +end +</ruby> + +This may however hinder portability to other databases. + h4. Changing Tables A close cousin of +create_table+ is +change_table+, used for changing existing tables. It is used in a similar fashion to +create_table+ but the object yielded to the block knows more tricks. For example |