Efficiently cache calls to functions
>>> import cacholote
>>> cacholote.config.set(cache_db_urlpath="sqlite://")
<cacholote.config.set ...
>>> @cacholote.cacheable
... def now():
... import datetime
... return datetime.datetime.now()
>>> now() == now()
True
>>> with cacholote.config.set(use_cache=False):
... now() == now()
False
>>> import cacholote
>>> import tempfile
>>> tmpdir = tempfile.TemporaryDirectory().name
>>> cacholote.config.set(
... cache_db_urlpath="sqlite://",
... cache_files_urlpath=tmpdir,
... )
<cacholote.config.set ...
>>> cached_open = cacholote.cacheable(open)
>>> cached_file = cached_open("README.md")
>>> cached_file.name.startswith(tmpdir)
True
>>> import filecmp
>>> filecmp.cmp("README.md", cached_file.name)
True
>>> import cacholote
>>> import pytest
>>> xr = pytest.importorskip("xarray")
>>> import tempfile
>>> tmpdir = tempfile.TemporaryDirectory().name
>>> cacholote.config.set(
... cache_db_urlpath="sqlite://",
... cache_files_urlpath=tmpdir,
... )
<cacholote.config.set ...
>>> @cacholote.cacheable
... def dataset_from_dict(ds_dict):
... return xr.Dataset(ds_dict)
>>> ds = dataset_from_dict({"foo": 0})
>>> ds
<xarray.Dataset> Size: 8B
Dimensions: ()
Data variables:
foo int64 ...
>>> ds.encoding["source"].startswith(tmpdir)
True
Configuration settings can be accessed using cacholote.config.get()
and modified using cacholote.config.set(**kwargs)
. It is possible to use cacholote.config.set
either as a context manager, or to configure global settings. See help(cacholote.config.set)
.
Defaults are controlled by environment variables and dotenv files. See help(cacholote.config.reset)
.
For best experience create a new conda environment (e.g. DEVELOP) with Python 3.11:
conda create -n DEVELOP -c conda-forge python=3.11
conda activate DEVELOP
Before pushing to GitHub, run the following commands:
- Update conda environment:
make conda-env-update
- Install this package:
pip install -e .
- Sync with the latest template (optional):
make template-update
- Run quality assurance checks:
make qa
- Run tests:
make unit-tests
- Run the static type checker:
make type-check
- Build the documentation (see Sphinx tutorial):
make docs-build
In case of database structure upgrade, developers must follow these steps:
- Update the new database structure modifying /cacholote/database.py, using SQLAlchemy ORM technologies
- Execute from the cacholote work folder:
alembic revision -m "message about the db modification"
- The last command will create a new python file inside /alembic/versions. Fill the
upgrade
function with the operations that must be executed to migrate the database from the old structure to the new one. Keep in mind both DDL (structure modification) and DML (data modification) instructions. For reference, use https://alembic.sqlalchemy.org/en/latest/ops.html#ops. Similarly, do the same with thedowngrade
function. - Commit and push the modifications and the new file.
The package comes with its own 'cacholote-alembic-cli' script in order to move between different database versions. This script is a slight modified version of the 'alembic' script, overriding default config path used (cacholote/alembic.ini) and the sqlalchemy.url used, that is automatically computed by the environment and not read from any ini file.
All the database releases where you can migrate up and down must be defined by files contained inside
the folder /cacholote/alembic/versions. All these files are in a version queue: each file has
link to its revision hash (variable 'revision', the prefix of the file name) and to the next older one
(variable 'down_revision'), and contains code to step up and down that database version.
Some useful commands are listed below.
- To migrate to the newest version, type:
cacholote-alembic-cli upgrade head
- To upgrade to a specific version hash, for example 8ccbe515155c, type:
cacholote-alembic-cli upgrade 8ccbe515155c
- To downgrade to a specific version hash, for example 8ccbe515155c, type:
cacholote-alembic-cli downgrade 8ccbe515155c
- To get the current version hash of the database, type:
cacholote-alembic-cli current
Database migration changes could be applied to the cacholote component of the database, too. In such case, migrate the cacholote component after the migration by the 'broker-alembic-cli' tool.
Other details are the same of the standard alembic migration tool, see the Alembic tutorial.
For details about the alembic migration tool, see the Alembic tutorial.
Copyright 2019, B-Open Solutions srl.
Copyright 2022, European Union.
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.