sop4py 2.0.10__tar.gz → 2.0.14__tar.gz
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Potentially problematic release.
This version of sop4py might be problematic. Click here for more details.
- {sop4py-2.0.10/sop4py.egg-info → sop4py-2.0.14}/PKG-INFO +5 -2
- {sop4py-2.0.10 → sop4py-2.0.14}/README.md +4 -1
- {sop4py-2.0.10 → sop4py-2.0.14}/pyproject.toml +1 -1
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64darwin.dylib +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64linux.so +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64windows.dll +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_arm64darwin.dylib +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_arm64linux.so +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14/sop4py.egg-info}/PKG-INFO +5 -2
- {sop4py-2.0.10 → sop4py-2.0.14}/MANIFEST.in +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/setup.cfg +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/__init__.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/btree.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/call_go.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/context.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64darwin.h +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64linux.h +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_amd64windows.h +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_arm64darwin.h +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/libjsondb_arm64linux.h +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/redis.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/test_btree.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/test_btree_idx.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop/transaction.py +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop4py.egg-info/SOURCES.txt +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop4py.egg-info/dependency_links.txt +0 -0
- {sop4py-2.0.10 → sop4py-2.0.14}/sop4py.egg-info/top_level.txt +0 -0
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: sop4py
|
|
3
|
-
Version: 2.0.
|
|
3
|
+
Version: 2.0.14
|
|
4
4
|
Summary: Scalable Objects Persistence for Python. Release Candidate 1 (RC1) Release
|
|
5
5
|
Author-email: Gerardo Recinto <gerardorecinto@yahoo.com>
|
|
6
6
|
Classifier: Programming Language :: Python :: 3
|
|
@@ -246,13 +246,16 @@ class TestBtreeIndexSpecs(unittest.TestCase):
|
|
|
246
246
|
** Above is the same code of "sop/test_btree_idx.py" unit test file.
|
|
247
247
|
|
|
248
248
|
# Navigation methods such as Find, First, Last then Fetch
|
|
249
|
-
|
|
249
|
+
B-tree fetch operations are all cursor oriented. That is, you position the cursor to the item you want to fetch then fetch a batch. Each fetch (or getXx) call will move the cursor forward or backward to allow you to easily navigate and retrieve items (records) from a B-tree. There are the navigation set of methods to help in traversing the B-tree.
|
|
250
|
+
|
|
251
|
+
The navigate then fetch batch (pattern) using "PagingInfo" as shown in above section is quite handy, specially when you are working on a UI that allows enduser(s) to browse through a series of data pages and needs to work out the B-tree, slice and dice the items (across thru data pages) and allows enduser operations/data entry-management.
|
|
250
252
|
|
|
251
253
|
There are few navigation methods such as:
|
|
252
254
|
* First - this will position the cursor to the first item of the B-tree, as per the "key sort order".
|
|
253
255
|
* Last - this will position the cursor to the last item of the B-tree.
|
|
254
256
|
* Find/FindWithID - allows you to find an item with a given Key, or at least, an item nearby. When there is no exact match found for the Key, B-tree will position the cursor to the item with a similar Key (one compare unit greater than the Key sought for). This is very handy, for example, you can issue a Find, or FindWithID if there are duplicates by key and you have ID of the one you are interested in. Then use the fetch methods (see get_keys, get_items, get_values) with paging info describing relative offset (from current or few pages forward or backward, & how many) to fetch the batch of items.
|
|
255
257
|
|
|
258
|
+
# Other Management Methods
|
|
256
259
|
And also, there are other methods of the B-tree you can use to manage the items such as: Update, Remove, Upsert. All of these accepts an array or a batch of items (key &/or value pairs as appropriate). See btree.py of the sop4py's "sop" package for complete list.
|
|
257
260
|
|
|
258
261
|
# SOP in Github
|
|
@@ -235,13 +235,16 @@ class TestBtreeIndexSpecs(unittest.TestCase):
|
|
|
235
235
|
** Above is the same code of "sop/test_btree_idx.py" unit test file.
|
|
236
236
|
|
|
237
237
|
# Navigation methods such as Find, First, Last then Fetch
|
|
238
|
-
|
|
238
|
+
B-tree fetch operations are all cursor oriented. That is, you position the cursor to the item you want to fetch then fetch a batch. Each fetch (or getXx) call will move the cursor forward or backward to allow you to easily navigate and retrieve items (records) from a B-tree. There are the navigation set of methods to help in traversing the B-tree.
|
|
239
|
+
|
|
240
|
+
The navigate then fetch batch (pattern) using "PagingInfo" as shown in above section is quite handy, specially when you are working on a UI that allows enduser(s) to browse through a series of data pages and needs to work out the B-tree, slice and dice the items (across thru data pages) and allows enduser operations/data entry-management.
|
|
239
241
|
|
|
240
242
|
There are few navigation methods such as:
|
|
241
243
|
* First - this will position the cursor to the first item of the B-tree, as per the "key sort order".
|
|
242
244
|
* Last - this will position the cursor to the last item of the B-tree.
|
|
243
245
|
* Find/FindWithID - allows you to find an item with a given Key, or at least, an item nearby. When there is no exact match found for the Key, B-tree will position the cursor to the item with a similar Key (one compare unit greater than the Key sought for). This is very handy, for example, you can issue a Find, or FindWithID if there are duplicates by key and you have ID of the one you are interested in. Then use the fetch methods (see get_keys, get_items, get_values) with paging info describing relative offset (from current or few pages forward or backward, & how many) to fetch the batch of items.
|
|
244
246
|
|
|
247
|
+
# Other Management Methods
|
|
245
248
|
And also, there are other methods of the B-tree you can use to manage the items such as: Update, Remove, Upsert. All of these accepts an array or a batch of items (key &/or value pairs as appropriate). See btree.py of the sop4py's "sop" package for complete list.
|
|
246
249
|
|
|
247
250
|
# SOP in Github
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
Binary file
|
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
Metadata-Version: 2.4
|
|
2
2
|
Name: sop4py
|
|
3
|
-
Version: 2.0.
|
|
3
|
+
Version: 2.0.14
|
|
4
4
|
Summary: Scalable Objects Persistence for Python. Release Candidate 1 (RC1) Release
|
|
5
5
|
Author-email: Gerardo Recinto <gerardorecinto@yahoo.com>
|
|
6
6
|
Classifier: Programming Language :: Python :: 3
|
|
@@ -246,13 +246,16 @@ class TestBtreeIndexSpecs(unittest.TestCase):
|
|
|
246
246
|
** Above is the same code of "sop/test_btree_idx.py" unit test file.
|
|
247
247
|
|
|
248
248
|
# Navigation methods such as Find, First, Last then Fetch
|
|
249
|
-
|
|
249
|
+
B-tree fetch operations are all cursor oriented. That is, you position the cursor to the item you want to fetch then fetch a batch. Each fetch (or getXx) call will move the cursor forward or backward to allow you to easily navigate and retrieve items (records) from a B-tree. There are the navigation set of methods to help in traversing the B-tree.
|
|
250
|
+
|
|
251
|
+
The navigate then fetch batch (pattern) using "PagingInfo" as shown in above section is quite handy, specially when you are working on a UI that allows enduser(s) to browse through a series of data pages and needs to work out the B-tree, slice and dice the items (across thru data pages) and allows enduser operations/data entry-management.
|
|
250
252
|
|
|
251
253
|
There are few navigation methods such as:
|
|
252
254
|
* First - this will position the cursor to the first item of the B-tree, as per the "key sort order".
|
|
253
255
|
* Last - this will position the cursor to the last item of the B-tree.
|
|
254
256
|
* Find/FindWithID - allows you to find an item with a given Key, or at least, an item nearby. When there is no exact match found for the Key, B-tree will position the cursor to the item with a similar Key (one compare unit greater than the Key sought for). This is very handy, for example, you can issue a Find, or FindWithID if there are duplicates by key and you have ID of the one you are interested in. Then use the fetch methods (see get_keys, get_items, get_values) with paging info describing relative offset (from current or few pages forward or backward, & how many) to fetch the batch of items.
|
|
255
257
|
|
|
258
|
+
# Other Management Methods
|
|
256
259
|
And also, there are other methods of the B-tree you can use to manage the items such as: Update, Remove, Upsert. All of these accepts an array or a batch of items (key &/or value pairs as appropriate). See btree.py of the sop4py's "sop" package for complete list.
|
|
257
260
|
|
|
258
261
|
# SOP in Github
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|
|
File without changes
|