X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?p=dbsrgits%2FDBIx-Class.git;a=blobdiff_plain;f=lib%2FDBIx%2FClass%2FManual%2FTroubleshooting.pod;h=f76934ec2c2f72b28861c58d9ae07bc9494db55d;hp=747caf90c4d2054f31d64c04262fe18cce79afd7;hb=fb13a49f;hpb=3d4c5a8439e2c5f6b74e6c8f52117ececd9e20fa

diff --git a/lib/DBIx/Class/Manual/Troubleshooting.pod b/lib/DBIx/Class/Manual/Troubleshooting.pod
index 747caf9..f76934e 100644
--- a/lib/DBIx/Class/Manual/Troubleshooting.pod
+++ b/lib/DBIx/Class/Manual/Troubleshooting.pod
@@ -134,7 +134,7 @@ with full current updates will not be subject to this problem):-
 
 This issue is due to perl doing an exhaustive search of blessed objects
 under certain circumstances.  The problem shows up as performance
-degradation exponential to the number of L<DBIx::Class> row objects in
+degradation exponential to the number of L<DBIx::Class> result objects in
 memory, so can be unnoticeable with certain data sets, but with huge
 performance impacts on other datasets.
 
@@ -152,7 +152,7 @@ L<http://rhn.redhat.com/errata/RHBA-2008-0876.html>
 It has been observed, using L<DBD::ODBC>, that creating a L<DBIx::Class::Row>
 object which includes a column of data type TEXT/BLOB/etc. will allocate
 LongReadLen bytes.  This allocation does not leak, but if LongReadLen
-is large in size, and many such row objects are created, e.g. as the
+is large in size, and many such result objects are created, e.g. as the
 output of a ResultSet query, the memory footprint of the Perl interpreter
 can grow very large.