]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
- the pronoun removal commit. there was only one instance of a
authorMike Bayer <mike_mp@zzzcomputing.com>
Sat, 30 Nov 2013 22:31:00 +0000 (17:31 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sat, 30 Nov 2013 22:31:00 +0000 (17:31 -0500)
standalone gendered pronoun with a gender-neutral subject, but also
have replaced all occurences of "his/her", "his or her", etc.  The docs have always
strived to account for both genders in any non-specific singular pronoun,
however recent controversy in the community suggests
that a zero-gendered-pronoun policy is probably best going forward.

doc/build/changelog/changelog_02.rst
doc/build/changelog/migration_08.rst
doc/build/orm/session.rst
doc/build/orm/tutorial.rst
examples/dogpile_caching/advanced.py
examples/nested_sets/nested_sets.py
test/orm/test_assorted_eager.py

index 3d83f141b55c6f83c72033f8076ef9520ac2ead6..c3b91f1bdc184c7d2db68b8767f127960d953364 100644 (file)
       turned on for individual table, schema, and column identifiers when
       used in all queries/creates/drops.  Enabled via "quote=True" in
       Table or Column, as well as "quote_schema=True" in Table.  Thanks to
-      Aaron Spike for his excellent efforts.
+      Aaron Spike for the excellent efforts.
 
     .. change::
         :tags:
index dcff0365ff1ca411616c932b0512ebd712d33700..9f1715e28dfc9cef4f6343c0f6f73fbc17dd4d6c 100644 (file)
@@ -1235,7 +1235,7 @@ No more magic coercion of "=" to IN when comparing to subquery in MS-SQL
 ------------------------------------------------------------------------
 
 We found a very old behavior in the MSSQL dialect which
-would attempt to rescue the user from his or herself when
+would attempt to rescue users from themselves when
 doing something like this:
 
 ::
index 5bd5d664dddfde4e14a57734e81ba9d0f9a54f18..b3a6e43846f0985d1e9b963f403c81eab0670664 100644 (file)
@@ -252,7 +252,7 @@ one at a time.   We refer to these two concepts as **transaction scope**
 and **session scope**.
 
 The implication here is that the SQLAlchemy ORM is encouraging the
-developer to establish these two scopes in his or her application,
+developer to establish these two scopes in their application,
 including not only when the scopes begin and end, but also the
 expanse of those scopes, for example should a single
 :class:`.Session` instance be local to the execution flow within a
index 32d75194a99784d36c7a5d3477970c7595b66579..aa9a51178f12abc33afdec9c2095814e8fd7484e 100644 (file)
@@ -406,7 +406,7 @@ We can add more ``User`` objects at once using
     ...     User(name='mary', fullname='Mary Contrary', password='xxg527'),
     ...     User(name='fred', fullname='Fred Flinstone', password='blah')])
 
-Also, Ed has already decided his password isn't too secure, so lets change it:
+Also, we've decided the password for Ed isn't too secure, so lets change it:
 
 .. sourcecode:: python+sql
 
@@ -1263,9 +1263,10 @@ using any SQL:
     >>> jack.addresses[1].user
     <User(name='jack', fullname='Jack Bean', password='gjffdd')>
 
-Let's add and commit ``Jack Bean`` to the database. ``jack`` as well as the
-two ``Address`` members in his ``addresses`` collection are both added to the
-session at once, using a process known as **cascading**:
+Let's add and commit ``Jack Bean`` to the database. ``jack`` as well
+as the two ``Address`` members in the corresponding ``addresses``
+collection are both added to the session at once, using a process
+known as **cascading**:
 
 .. sourcecode:: python+sql
 
@@ -1865,8 +1866,8 @@ including the cascade configuration (we'll leave the constructor out too)::
     ...        return "<User(name='%s', fullname='%s', password'%s')>" % (
     ...                                self.name, self.fullname, self.password)
 
-Then we recreate ``Address``, noting that in this case we've created the ``Address.user`` relationship
-via the ``User`` class already::
+Then we recreate ``Address``, noting that in this case we've created
+the ``Address.user`` relationship via the ``User`` class already::
 
     >>> class Address(Base):
     ...     __tablename__ = 'addresses'
@@ -1877,9 +1878,10 @@ via the ``User`` class already::
     ...     def __repr__(self):
     ...         return "<Address(email_address='%s')>" % self.email_address
 
-Now when we load Jack (below using :meth:`~.Query.get`, which loads by primary key),
-removing an address from his ``addresses`` collection will result in that
-``Address`` being deleted:
+Now when we load the user ``jack`` (below using :meth:`~.Query.get`,
+which loads by primary key), removing an address from the
+corresponding ``addresses`` collection will result in that ``Address``
+being deleted:
 
 .. sourcecode:: python+sql
 
@@ -1920,7 +1922,8 @@ removing an address from his ``addresses`` collection will result in that
     ('jack@google.com', 'j25@yahoo.com')
     {stop}1
 
-Deleting Jack will delete both Jack and his remaining ``Address``:
+Deleting Jack will delete both Jack and the remaining ``Address`` associated
+with the user:
 
 .. sourcecode:: python+sql
 
@@ -2144,8 +2147,8 @@ keyword string 'firstpost'":
     ('firstpost',)
     {stop}[BlogPost("Wendy's Blog Post", 'This is a test', <User(name='wendy', fullname='Wendy Williams', password='foobar')>)]
 
-If we want to look up just Wendy's posts, we can tell the query to narrow down
-to her as a parent:
+If we want to look up posts owned by the user ``wendy``, we can tell
+the query to narrow down to that ``User`` object as a parent:
 
 .. sourcecode:: python+sql
 
index f1a18a4d71ab2e0b2da3b33e19b0a06de3483e66..896e395bf8a5c3588986aa4437560bb3cf292740 100644 (file)
@@ -23,7 +23,7 @@ def load_name_range(start, end, invalidate=False):
     The `Person.addresses` collections are also cached.  Its basically
     another level of tuning here, as that particular cache option
     can be transparently replaced with joinedload(Person.addresses).
-    The effect is that each Person and his/her Address collection
+    The effect is that each Person and their Address collection
     is cached either together or separately, affecting the kind of
     SQL that emits for unloaded Person objects as well as the distribution
     of data within the cache.
index 8225a09f21cd96cc1f817006bf3b45c8b3b6569d..c64b15b61d4baff9974da2e8d4d2a20a6f724343 100644 (file)
@@ -88,13 +88,13 @@ session.commit()
 
 print(session.query(Employee).all())
 
-# 1. Find an employee and all his/her supervisors, no matter how deep the tree.
+# 1. Find an employee and all their supervisors, no matter how deep the tree.
 ealias = aliased(Employee)
 print(session.query(Employee).\
             filter(ealias.left.between(Employee.left, Employee.right)).\
             filter(ealias.emp == 'Eddie').all())
 
-#2. Find the employee and all his/her subordinates.
+#2. Find the employee and all their subordinates.
 # (This query has a nice symmetry with the first query.)
 print(session.query(Employee).\
     filter(Employee.left.between(ealias.left, ealias.right)).\
index 16747bd671b82cbab62fcb987058d7aef787d8bc..09c8ea7328cdf0b937b2dd94134b81a7f74bc8e7 100644 (file)
@@ -120,8 +120,8 @@ class EagerTest(fixtures.MappedTest):
                                 self.tables.categories)
 
         # I want to display a list of tests owned by owner 1
-        # if someoption is false or he hasn't specified it yet (null)
-        # but not if he set it to true (example someoption is for hiding)
+        # if someoption is false or they haven't specified it yet (null)
+        # but not if they set it to true (example someoption is for hiding)
 
         # desired output for owner 1
         # test_id, cat_name