[CalendarServer-changes] [9608] CalendarServer/branches/users/glyph/q

source_changes at macosforge.org source_changes at macosforge.org
Sat Aug 11 01:54:48 PDT 2012


Revision: 9608
          http://trac.macosforge.org/projects/calendarserver/changeset/9608
Author:   glyph at apple.com
Date:     2012-08-11 01:54:48 -0700 (Sat, 11 Aug 2012)
Log Message:
-----------
Actual docstring for the test.

Modified Paths:
--------------
    CalendarServer/branches/users/glyph/q/twext/enterprise/dal/test/test_sqlsyntax.py

Property Changed:
----------------
    CalendarServer/branches/users/glyph/q/

Modified: CalendarServer/branches/users/glyph/q/twext/enterprise/dal/test/test_sqlsyntax.py
===================================================================
--- CalendarServer/branches/users/glyph/q/twext/enterprise/dal/test/test_sqlsyntax.py	2012-08-11 08:54:47 UTC (rev 9607)
+++ CalendarServer/branches/users/glyph/q/twext/enterprise/dal/test/test_sqlsyntax.py	2012-08-11 08:54:48 UTC (rev 9608)
@@ -1025,7 +1025,13 @@
 
     def test_updateReturningSQLite(self):
         """
-        SQLite updates all its rows.
+        Since SQLite does not support the SQL 'returning' syntax extension, in
+        order to preserve the rows that will be modified during an UPDATE
+        statement, we must first find the rows that will be affected, then
+        update them, then return the rows that were affected.  Since we might
+        be changing even part of the primary key, we use the internal 'rowid'
+        column to uniquely and reliably identify rows in the sqlite database
+        that have been modified.
         """
         csql = CatchSQL()
         stmt = Update({self.schema.FOO.BAR: 4321},
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/calendarserver-changes/attachments/20120811/9cd2aede/attachment-0001.html>


More information about the calendarserver-changes mailing list