interface-datastore
datastore interface
Table of contents
Install
$ npm i interface-datastore
Browser <script>
tag
Loading this module through a script tag will make it's exports available as InterfaceDatastore
in the global namespace.
<script src="https://unpkg.com/interface-datastore/dist/index.min.js"></script>
Implementations
- Backed Implementations
- Wrapper Implementations
If you want the same functionality as go-ds-flatfs, use sharding with fs.
import FsStore from 'datastore-fs'
import { ShardingDataStore, shard } from 'datastore-core'
const fs = new FsStore('path/to/store')
const flatfs = await ShardingStore.createOrOpen(fs, new shard.NextToLast(2))
Test suite
Available via the interface-datastore-tests
module
import { interfaceDatastoreTests } from 'interface-datastore-tests'
describe('mystore', () => {
interfaceDatastoreTests({
async setup () {
return instanceOfMyStore
},
async teardown () {
}
})
})
Aborting requests
Most API methods accept an [AbortSignal][] as part of an options object. Implementations may listen for an abort
event emitted by this object, or test the signal.aborted
property. When received implementations should tear down any long-lived requests or resources created.
Concurrency
The streaming (put|get|delete)Many
methods are intended to be used with modules such as it-parallel-batch to allow calling code to control levels of parallelisation. The batching method ensures results are returned in the correct order, but interface implementations should be thread safe.
import batch from 'it-parallel-batch'
const source = [{
key: ..,
value: ..
}]
for await (const { key, data } of batch(store.putMany(source), 10)) {
console.info(`Put ${key}`)
}
Keys
To allow a better abstraction on how to address values, there is a Key
class which is used as identifier. It's easy to create a key from a Uint8Array
or a string
.
const a = new Key('a')
const b = new Key(new Uint8Array([0, 1, 2, 3]))
The key scheme is inspired by file systems and Google App Engine key model. Keys are meant to be unique across a system. They are typically hierarchical, incorporating more and more specific namespaces. Thus keys can be deemed 'children' or 'ancestors' of other keys:
new Key('/Comedy')
new Key('/Comedy/MontyPython')
Also, every namespace can be parameterized to embed relevant object information. For example, the Key name
(most specific namespace) could include the object type:
new Key('/Comedy/MontyPython/Actor:JohnCleese')
new Key('/Comedy/MontyPython/Sketch:CheeseShop')
new Key('/Comedy/MontyPython/Sketch:CheeseShop/Character:Mousebender')
API
https://ipfs.github.io/interface-datastore/
API Docs
License
Licensed under either of
Contribute
Contributions welcome! Please check out the issues.
Also see our contributing document for more information on how we work, and about contributing in general.
Please be aware that all interactions related to this repo are subject to the IPFS Code of Conduct.
Unless you explicitly state otherwise, any contribution intentionally submitted for inclusion in the work by you, as defined in the Apache-2.0 license, shall be dual licensed as above, without any additional terms or conditions.