diff options
| author | Erik Johnston <erik@matrix.org> | 2019-10-22 17:59:31 +0100 |
|---|---|---|
| committer | Erik Johnston <erik@matrix.org> | 2019-10-22 17:59:31 +0100 |
| commit | 1bbc5444a88e7069817433a518df50ac1a4c1811 (patch) | |
| tree | de017363b596ba1bb8731d2d5107c5a2033007df /synapse | |
| parent | Add a basic README to synapse.storage (diff) | |
| download | synapse-1bbc5444a88e7069817433a518df50ac1a4c1811.tar.xz | |
Move README into synapse/storage/__init__.py
Diffstat (limited to 'synapse')
| -rw-r--r-- | synapse/storage/README.md | 13 | ||||
| -rw-r--r-- | synapse/storage/__init__.py | 12 |
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 |