summary refs log tree commit diff
path: root/synapse/storage
diff options
context:
space:
mode:
authorErik Johnston <erik@matrix.org>2019-10-22 17:59:31 +0100
committerErik Johnston <erik@matrix.org>2019-10-22 17:59:31 +0100
commit1bbc5444a88e7069817433a518df50ac1a4c1811 (patch)
treede017363b596ba1bb8731d2d5107c5a2033007df /synapse/storage
parentAdd a basic README to synapse.storage (diff)
downloadsynapse-1bbc5444a88e7069817433a518df50ac1a4c1811.tar.xz
Move README into synapse/storage/__init__.py
Diffstat (limited to 'synapse/storage')
-rw-r--r--synapse/storage/README.md13
-rw-r--r--synapse/storage/__init__.py12
2 files changed, 12 insertions, 13 deletions
diff --git a/synapse/storage/README.md b/synapse/storage/README.md
deleted file mode 100644

index 567ae785a7..0000000000 --- a/synapse/storage/README.md +++ /dev/null
@@ -1,13 +0,0 @@ -Storage Layer -============= - -The storage layer is split up into multiple parts to allow Synapse to run -against different configurations of databases (e.g. single or multiple -databases). The `data_stores` are classes that talk directly to a single -database and have associated schemas, background updates, etc. On top of those -there are (or will be) classes that provide high level interfaces that combine -calls to multiple `data_stores`. - -There are also schemas that get applied to every database, regardless of the -data stores associated with them (e.g. the schema version tables), which are -stored in `synapse.storage.schema`. diff --git a/synapse/storage/__init__.py b/synapse/storage/__init__.py
index 2f29c4a112..a249ecd219 100644 --- a/synapse/storage/__init__.py +++ b/synapse/storage/__init__.py
@@ -14,6 +14,18 @@ # See the License for the specific language governing permissions and # limitations under the License. +""" +The storage layer is split up into multiple parts to allow Synapse to run +against different configurations of databases (e.g. single or multiple +databases). The `data_stores` are classes that talk directly to a single +database and have associated schemas, background updates, etc. On top of those +there are (or will be) classes that provide high level interfaces that combine +calls to multiple `data_stores`. + +There are also schemas that get applied to every database, regardless of the +data stores associated with them (e.g. the schema version tables), which are +stored in `synapse.storage.schema`. +""" from synapse.storage.data_stores.main import DataStore # noqa: F401