= Corteza storage layer
Provides unified storage for Corteza with composable and interchangable backends.
Backends can be any RDBMS, Key-Value, NoSQL, FS, Memory.
== Development
====
@todo definition (YAML) structure
@todo how to add definitions
@todo how to add stores
====
== FAQ:
Why are we changing create/update function signature (input struct is no longer returned)?::
Because store functions are no longer manipulating the input.
Why naming inconsistency between search/lookup and create/update/...?::
To ensure function names sound more natural
Why changing find prefix to search/lookup?::
To be consistent with actions
Why do we use custom mapping (and not db:... tag on struct)?::
Separation of concerns
+ consistency with store backends that do not support db tags
+ de-cluttering types* namespace
== Testing
Running store tests:
====
make test.store
====
Running store tests with code coverage:
====
make test.store
====
See Makefile for details
== Known issues
SQLite, transactions & locking::
Transactions in SQLite are explicitly disabled due to issues
with locking (see `sqlite/sqlite.go`, line with `cfg.TxDisabled = true`)
Until this is resolved, SQLite storage backend should not be used
in production environment.
We're still keeping and maintaining it to provide the simplest and most performant backend for (service) unit testing to avoid overly complex mocking of storage.
This will likely change when we have support for built-in in-memory storage (MEMORY_DSN)
Denis Arh
23f0ab1b01