An error occurred fetching the project authors.
- 07 Sep, 2011 1 commit
-
-
Julien Muchembled authored
This makes dropping of partitions very fast, and should also speed up all other queries to the 'trans', 'obj' & 'obj_short' tables. However, it is not enabled due to a bug in MySQL 5.1 & 5.5. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2828 71dcc9de-d417-0410-9af5-da40c76e7ee4 git-svn-id: https://svn.erp5.org/repos/neo/trunk@2829 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 14 Jun, 2011 2 commits
-
-
Julien Muchembled authored
Similar to r2777 but for transactions instead of objects. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2780 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2779 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 02 May, 2011 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2749 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 12 Apr, 2011 1 commit
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2713 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 24 Mar, 2011 2 commits
-
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2695 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Julien Muchembled authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2694 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 17 Jan, 2011 1 commit
-
-
Olivier Cros authored
In order to prepare the eggification of the different neo parts, we created a new neo/lib module, containing all of the main neo's functions. It allows to make neo a virtual namespace, and so not containing module code anymore. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2615 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 06 Jan, 2011 1 commit
-
-
Vincent Pelletier authored
This is important for chaining "undo" for a given object in a single transaction, to allow checking for conflicts. Also, this means that get_baseTID return value cannot be used to update cache when undoing, so only update cache when storing a new revision. Actually, cache was never updated when undoing anyway, as current snapshot TID was unlikely to exist as a serial for any object, so it would not be found in cache and update would be a no-op. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2597 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 05 Jan, 2011 2 commits
-
-
Grégory Wisniewski authored
And remove its definition from protocol as it's used only by tests. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2589 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2583 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 14 Dec, 2010 1 commit
-
-
Vincent Pelletier authored
Remove round-trip to master upon "load" call. Move load/loadBefore/loadSerial/loadEx from app.py to Storage.py. This is required to get rid of master node round-trip upon each "load" call. Get rid of no-op-ish "sync" implementation. Separate "undoing transaction ID" from "undoing transaction database snapshot" when undoing. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2532 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 07 Dec, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2476 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 17 Nov, 2010 1 commit
-
-
Vincent Pelletier authored
This can happen when enough most-recent objects have been transactionally un-created and database was packed. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2465 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 09 Nov, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2449 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 04 Nov, 2010 1 commit
-
-
Vincent Pelletier authored
This should improve replication & pack performance. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2415 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 02 Nov, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2399 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 01 Nov, 2010 1 commit
-
-
Vincent Pelletier authored
There is no reason why we wouldn't see this when runing individual tests, I think. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2392 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 01 Oct, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2320 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 24 Sep, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2311 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 23 Sep, 2010 2 commits
-
-
Grégory Wisniewski authored
Better performances are expected because of the removal of all MOD() operators that would do a full scan to find the rows maching a given partition. Now a query like '... where partition = x limit 10' should match only a subtree of the table and not scan lots of rows if there is none matching this partition. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2306 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2305 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 07 Sep, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2301 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 05 Sep, 2010 2 commits
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2296 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Vincent Pelletier authored
For further description, see storage/handlers/replication.py . git-svn-id: https://svn.erp5.org/repos/neo/trunk@2295 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 02 Sep, 2010 1 commit
-
-
Vincent Pelletier authored
The problem with previous implementation was that each storage locally decided what undo actually did to data. This causes problems when a storage doesn't have a complete view of past transaction but accepts write queries, ie when it replicates. This implementation reduces the decision to a readable subset of storage nodes (which are hence not replicating), and then sends that decision to all storage nodes, hence fixing the issue. Also, DatabaseManager.storeTransaction now consistently expects object's value_serial to be packed, not an integer. git-svn-id: https://svn.erp5.org/repos/neo/trunk@2285 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 28 Aug, 2010 1 commit
-
-
Vincent Pelletier authored
There are 2 possibilities when an object is not found: - the object doesn't exist at all - the object exists, but nothing matches serial criterion git-svn-id: https://svn.erp5.org/repos/neo/trunk@2256 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 27 Aug, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@2241 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 24 Aug, 2010 1 commit
-
-
Vincent Pelletier authored
It is more efficient to provide a boundary value than a row count range. This fixes replication on partitions with a large number of objects, revisions or transactions: query time is now constant where it used to increase, causing timeout problems when query duration exceeded ping time + ping timeout (11s currently). git-svn-id: https://svn.erp5.org/repos/neo/trunk@2221 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 01 Apr, 2010 2 commits
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1996 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
Grégory Wisniewski authored
- Store None values as NULL column values - Raise KeyError if the configuration entry is not found git-svn-id: https://svn.erp5.org/repos/neo/trunk@1993 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 26 Mar, 2010 1 commit
-
-
Vincent Pelletier authored
This mimics what FileStorage uses (file offsets) but in a relational manner. This offloads decision of the ability to undo a transaction to storages, avoiding 3 data loads for each object in the transaction at client side. This also makes Neo refuse to undo transactions where object data would happen to be equal between current value and undone value. Finally, this is required to make database pack work properly (namely, it prevents loosing objects which are orphans at pack TID, but are reachable after it thanks to a transactional undo). Also, extend storage's transaction manager so database adapter can fetch data already sent by client in the same transaction, so it can undo multiple transactions at once. Requires making object lock re-entrant (done in this commit). git-svn-id: https://svn.erp5.org/repos/neo/trunk@1978 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 17 Mar, 2010 1 commit
-
-
Vincent Pelletier authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1943 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 25 Feb, 2010 1 commit
-
-
Vincent Pelletier authored
This fixes undo support in client without changing the way replication is implemented. git-svn-id: https://svn.erp5.org/repos/neo/trunk@1860 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 23 Feb, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1851 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 19 Feb, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1801 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 08 Feb, 2010 1 commit
-
-
Grégory Wisniewski authored
- FinishTransaction -> AskFinishTransaction - LockInformation -> AskLockInformation git-svn-id: https://svn.erp5.org/repos/neo/trunk@1658 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 01 Feb, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1576 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 20 Jan, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1457 71dcc9de-d417-0410-9af5-da40c76e7ee4
-
- 13 Jan, 2010 1 commit
-
-
Grégory Wisniewski authored
git-svn-id: https://svn.erp5.org/repos/neo/trunk@1420 71dcc9de-d417-0410-9af5-da40c76e7ee4
-