Security News
Node.js EOL Versions CVE Dubbed the "Worst CVE of the Year" by Security Experts
Critics call the Node.js EOL CVE a misuse of the system, sparking debate over CVE standards and the growing noise in vulnerability databases.
The zc.zlibstorage
package provides ZODB storage wrapper
implementations that provides compression of database records.
.. contents::
The primary storage is zc.zlibstorage.ZlibStorage
. It is used as
a wrapper around a lower-level storage. From Python, it is
constructed by passing another storage, as in::
import ZODB.FileStorage, zc.zlibstorage
storage = zc.zlibstorage.ZlibStorage(
ZODB.FileStorage.FileStorage('data.fs'))
.. -> src
>>> import zlib
>>> exec(src)
>>> data = b'x'*100
>>> storage.transform_record_data(data) == b'.z'+zlib.compress(data)
True
>>> storage.close()
When using a ZODB configuration file, the zlibstorage tag is used::
%import zc.zlibstorage
<zodb>
<zlibstorage>
<filestorage>
path data.fs
</filestorage>
</zlibstorage>
</zodb>
.. -> src
>>> import ZODB.config
>>> db = ZODB.config.databaseFromString(src)
>>> db.storage.transform_record_data(data) == b'.z'+zlib.compress(data)
True
>>> db.close()
Note the %import
used to load the definition of the
zlibstorage
tag.
When used with a ZEO ClientStorage, you'll need to use a server zlib
storage on the storage server. This is necessary so that server
operations that need to get at uncompressed record data can do so.
This is accomplished using the serverzlibstorage
tag in your ZEO
server configuration file::
%import zc.zlibstorage
<zeo>
address 8100
</zeo>
<serverzlibstorage>
<filestorage>
path data.fs
</filestorage>
</serverzlibstorage>
.. -> src
>>> src = src[:src.find('<zeo>')]+src[src.find('</zeo>')+7:]
>>> storage = ZODB.config.storageFromString(src)
>>> storage.transform_record_data(data) == b'.z'+zlib.compress(data)
True
>>> storage.__class__.__name__
'ServerZlibStorage'
>>> storage.close()
Applying compression on the client this way is attractive because, in addition to reducing the size of stored database records on the server, you also reduce the size of records sent from the server to the client and the size of records stored in the client's ZEO cache.
By default, records are compressed when written to the storage and
uncompressed when read from the storage. A compress
option can be
used to disable compression of records but still uncompress compressed
records if they are encountered. Here's an example from in Python::
import ZODB.FileStorage, zc.zlibstorage
storage = zc.zlibstorage.ZlibStorage(
ZODB.FileStorage.FileStorage('data.fs'),
compress=False)
.. -> src
>>> exec(src)
>>> storage.transform_record_data(data) == data
True
>>> storage.close()
and using the configurationb syntax::
%import zc.zlibstorage
<zodb>
<zlibstorage>
compress false
<filestorage>
path data.fs
</filestorage>
</zlibstorage>
</zodb>
.. -> src
>>> db = ZODB.config.databaseFromString(src)
>>> db.storage.transform_record_data(data) == data
True
>>> db.close()
This option is useful when deploying the storage when there are multiple clients. If you don't want to update all of the clients at once, you can gradually update all of the clients with a zlib storage that doesn't do compression, but recognizes compressed records. Then, in a second phase, you can update the clients to compress records, at which point, all of the clients will be able to read the compressed records produced.
One way to compress all of the records in a database is to copy data from an uncompressed database to a compressed one, as in::
import ZODB.FileStorage, zc.zlibstorage
orig = ZODB.FileStorage.FileStorage('data.fs')
new = zc.zlibstorage.ZlibStorage(
ZODB.FileStorage.FileStorage('data.fs-copy'))
new.copyTransactionsFrom(orig)
orig.close()
new.close()
.. -> src
>>> conn = ZODB.connection('data.fs', create=True)
>>> conn.root.a = conn.root().__class__([(i,i) for i in range(1000)])
>>> conn.root.b = conn.root().__class__([(i,i) for i in range(2000)])
>>> import transaction
>>> transaction.commit()
>>> conn.close()
>>> exec(src)
>>> new = zc.zlibstorage.ZlibStorage(
... ZODB.FileStorage.FileStorage('data.fs-copy'))
>>> conn = ZODB.connection(new)
>>> dict(conn.root.a) == dict([(i,i) for i in range(1000)])
True
>>> dict(conn.root.b) == dict([(i,i) for i in range(2000)])
True
>>> import ZODB.utils
>>> for i in range(3):
... if not new.base.load(ZODB.utils.p64(i))[0][:2] == b'.z':
... print('oops {}'.format(i))
>>> len(new)
3
>>> conn.close()
Compressed records have a prefix of ".z". This allows a database to have a mix of compressed and uncompressed records.
In anticipation of wanting to plug the compression and decompression
logic into other tools without creating storages, the functions used
to compress and uncompress data records are available as
zc.zlibstorage
module-level functions:
compress(data)
Compress the given data if:
b'.z'
, andThe compressed (or original) data are returned.
decompress(data)
Decompress the data if it is compressed.
The decompressed (or original) data are returned.
.. basic sanity check :)
_ = (zc.zlibstorage.compress, zc.zlibstorage.decompress)
Add support for Python 3.6 and PyPy.
Test with both ZODB/ZEO 4 and ZODB/ZEO 5. Note that ServerZlibStorage cannot be used in a ZODB 5 Connection (e.g., client-side, which wouldn't make sense :-]). (https://github.com/zopefoundation/zc.zlibstorage/issues/5).
Close the underlying iterator used by the iterator
wrapper when
it is closed. (https://github.com/zopefoundation/zc.zlibstorage/issues/4)
Fixed an incompatibility with ZODB5. The previously optional and
ignored version argument to the database invalidate
method is now
disallowed.
Drop Python 2.6, 3.2, and 3.3 support. Added Python 3.4 and 3.5 support.
Initial release
FAQs
ZODB storage wrapper for zlib compression of database records
We found that zc.zlibstorage demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Critics call the Node.js EOL CVE a misuse of the system, sparking debate over CVE standards and the growing noise in vulnerability databases.
Security News
cURL and Go security teams are publicly rejecting CVSS as flawed for assessing vulnerabilities and are calling for more accurate, context-aware approaches.
Security News
Bun 1.2 enhances its JavaScript runtime with 90% Node.js compatibility, built-in S3 and Postgres support, HTML Imports, and faster, cloud-first performance.