diff options
author | heavysixer <heavysixer@gmail.com> | 2008-10-18 12:23:02 -0500 |
---|---|---|
committer | heavysixer <heavysixer@gmail.com> | 2008-10-18 12:23:02 -0500 |
commit | ac5962a98ca347b34acf76725397bd261768ad90 (patch) | |
tree | 9201fe883208272d6a8773fe5435be49acaa082b /railties/doc/guides/activerecord | |
parent | 05c3339b14aec3e6fad5396fcc60473bc6508334 (diff) | |
download | rails-ac5962a98ca347b34acf76725397bd261768ad90.tar.gz rails-ac5962a98ca347b34acf76725397bd261768ad90.tar.bz2 rails-ac5962a98ca347b34acf76725397bd261768ad90.zip |
Added a brief overview of the intent of the guide and a high-level explanation of ORM and ActiveRecord.
Notice: there are some references from Wikipedia and RDOC and the Rails API that are directly pasted into this document, they are reference material and will not appear in the final draft.
Diffstat (limited to 'railties/doc/guides/activerecord')
-rw-r--r-- | railties/doc/guides/activerecord/active_record_basics.txt | 88 |
1 files changed, 81 insertions, 7 deletions
diff --git a/railties/doc/guides/activerecord/active_record_basics.txt b/railties/doc/guides/activerecord/active_record_basics.txt index 5b82bc8252..84921799e7 100644 --- a/railties/doc/guides/activerecord/active_record_basics.txt +++ b/railties/doc/guides/activerecord/active_record_basics.txt @@ -1,17 +1,91 @@ ActiveRecord Basics ================================= +This guide will explain in detail how the ActiveRecord design pattern is used inside Ruby on Rails to make communication with the database clear and easy to understand. +The intent of this guide is to explain the Rails ActiveRecord implementation though easy to understand examples, metaphors and detailed explanations of the actual Rails source code. +After reading this guide readers should have a strong grasp of ActiveRecord and how it can be used with or without Rails, and hopefully some of the philosophical and theoretical intentions, which will make them a stronger and better developer. -== ORM - - Rails Associations - -== What is ActiveRecord - - Automated mapping between classes and tables, attributes and columns - - Associations between objects controlled by meta-programming macros. - - Validations +== ORM The Blueprint of ActiveRecord +If ActiveRecord is the engine of Rails then ORM is the blueprint of that engine. ORM is short for Object Relational Mappings and is a programming concept used to make structures of a system relational. ORM seeks to give semantic meaning to the associations between elements of the system for example tables within a database. +As a thought experiment imagine the components that make up a typical car. There are doors, seats, windows, engines etc. Viewed independently they are simple parts, yet when bolted together through the aid of a blueprint the parts become a more complex device. ORM is the blueprint that describes how the individual parts relate to one another and in some cases infers their purpose through the way the associations are described. + +== ActiveRecord The Engine of Rails +ActiveRecord is a metaphor used to access a data in a database. The name “Active Record” was coined by Martin Fowler in his book “Patterns of Enterprise Application Architecture”. ActiveRecord uses ORM to create a conceptual model of the database record and the relationships to other records. +As a side note, from now when I refer to ActiveRecord I’ll be referring to the specific Rails implementation and not the design pattern in general. I make this distinction because as Rails has evolved so too has it’s own implementation of ActiveRecord, and in someways has become noticeably different than the pattern explained above. +Rails uses ActiveRecord to abstract much of the drudgery or C.R.U.D (explained later) of working with data in databases. Using ActiveRecord Rails automates the mapping between: + +* Classes & Database Tables +* Class attributes & Database Table Columns + +For example suppose you created a database table called cars: + +[source, sql] +------------------------------------------------------- +mysql> CREATE TABLE cars ( + id INT, + color VARCHAR(100), + doors INT, + horses INT, + model VARCHAR(100) + ); +------------------------------------------------------- + +Now you created a class named Car, which was to represent an instance of a record from your table. +[source, ruby] +------------------------------------------------------- +class Car +end +------------------------------------------------------- +As you might expect without defining the explicit mappings between your class and the table it is impossible for Rails or any other program to correctly map those relationships. +[source, ruby] +------------------------------------------------------- +>> c = Car.new +=> #<Class:0x11e1e90> +>> c.doors +NoMethodError: undefined method `doors' for #<Class:0x11e1e90> + from (irb):2 +------------------------------------------------------- +Now you could define a door methods to write and read data to and from the database. In a nutshell this is what ActiveRecord does so lets not do it again! Instead, lets allow our Car class to inherit from ActiveRecord. + +[source, ruby] +------------------------------------------------------- +class Car < ActiveRecord::Base +end +------------------------------------------------------- +Now if we try to access an attribute of the table ActiveRecord automatically handles the mappings for us, as you can see in the following example. + +[source, ruby] +------------------------------------------------------- +>> c = Car.new +=> #<Car id: nil, doors: nil, color: nil, horses: nil, model: nil> +>> c.doors +=> nil +------------------------------------------------------- + +ActiveRecord would automatically assume you have a database table named “cars”. Furthermore each time you retrieve a record from your cars table ActiveRecord will return the data wrapped inside an instance of your Car class. In the same way that ActiveRecord automatically maps the class to the table so too does it map the columns of that table to attributes of the Car class without you needing to define those attributes. + + +This wrapper implements attribute accessors, callbacks and validations, which can make the data more powerful. +- Validations - Callback +Rails further extends this model by giving each ActiveRecord a way of describing the variety of ways records are associated with one another. We will touch on some of these associations later in the guide but I encourage readers who are interested to read the guide to ActiveRecord associations for an in-depth explanation of the variety of ways rails can model associations. +- Associations between objects controlled by meta-programming macros. + == Philosophical Approaches & Common Conventions +Rails has a reputation of being a zero-config framework which means that it aims to get you off the ground with as little pre-flight checking as possible. This speed benefit is achieved by following “Convention over Configuration”, which is to say that if you agree to live with the defaults then you benefit from a the inherent speed-boost. As Courtneay Gasking put it to me once “You don’t want to off-road on Rails”. ActiveRecord is no different, while it’s possible to override or subvert any of the conventions of AR, unless you have a good reason for doing so you will probably be happy with the defaults. The following is a list of the common conventions of ActiveRecord + +Active Record objects don‘t specify their attributes directly, but rather infer them from the table definition with which they‘re linked. Adding, removing, and changing attributes and their type is done directly in the database. Any change is instantly reflected in the Active Record objects. The mapping that binds a given Active Record class to a certain database table will happen automatically in most common cases, but can be overwritten for the uncommon ones. +See the mapping rules in table_name and the full example in files/README.html for more insight. -- Rails API + + +ActiveRecord adds inheritance and associations to the pattern above, solving two substantial limitations of that pattern. A set of macros acts as a domain language for the latter, and the SingleTableInheritance pattern is integrated for the former; thus, ActiveRecord increases the functionality of the active record pattern approach to database interaction. + +ActiveRecord is the default model component of the Model-view-controller web-application framework Ruby on Rails, and is also a stand-alone ORM package for other Ruby applications. In both forms, it was conceived of by David Heinemeier Hansson, and has been improved upon by a number of contributors. --wikipedia + - Naming Conventions + - Class Names are Singular + - Tables names are the plural name of the class name + - Tables contain an identity column named id - ids == ActiveRecord Magic - timestamps |