A massive amount of link fixes (just links, almost no rewording)
[dbsrgits/DBIx-Class.git] / lib / DBIx / Class / Manual / Glossary.pod
index 4feb8e1..334637d 100644 (file)
@@ -66,11 +66,11 @@ relationships must be used.
 A Schema object represents your entire table collection, plus the
 connection to the database. You can create one or more schema objects,
 connected to various databases, with various users, using the same set
-of table L</Result class> definitions.
+of table L</Result Class> definitions.
 
 At least one L<DBIx::Class::Schema> class is needed per database.
 
-=head2 Result class
+=head2 Result Class
 
 A Result class defines both a source of data (usually one per table),
 and the methods that will be available in the L</Result> objects
@@ -87,7 +87,7 @@ ResultSource objects represent the source of your data, these are
 sometimes (incorrectly) called table objects.
 
 ResultSources do not need to be directly created, a ResultSource
-instance is created for each L</Result class> in your L</Schema>, by
+instance is created for each L</Result Class> in your L</Schema>, by
 the proxied methods C<table> and C<add_columns>.
 
 See also: L<DBIx::Class::ResultSource/METHODS>
@@ -101,14 +101,6 @@ fetch the data.
 
 See also: L<DBIx::Class::ResultSet/METHODS>
 
-=head2 Record
-
-See Result.
-
-=head2 Row
-
-See Result.
-
 =head2 Result
 
 Result objects contain your actual data. They are returned from
@@ -117,17 +109,21 @@ row objects, including older versions of the DBIC documentation.
 
 See also: L<DBIx::Class::Manual::ResultClass>
 
+=head2 Row
+
+See Result.
+
 =head2 Object
 
 See Result.
 
-=head2 join
+=head2 Record
 
-See Join.
+See Result.
 
 =head2 prefetch
 
-Similiar to a join, except the related result objects are fetched and
+Similar to a join, except the related result objects are fetched and
 cached for future use, instead of used directly from the ResultSet.  This
 allows you to jump to different relationships within a Result without
 worrying about generating a ton of extra SELECT statements.
@@ -152,7 +148,7 @@ to issue multiple SQL queries.
 A normalised database is a sane database. Each table contains only
 data belonging to one concept, related tables refer to the key field
 or fields of each other. Some links to webpages about normalisation
-can be found in L<DBIx::Class::Manual::FAQ|the FAQ>.
+can be found in L<the FAQ|DBIx::Class::Manual::FAQ>.
 
 =head2 Related data