mirror of
https://github.com/denoland/deno.git
synced 2024-12-27 01:29:14 -05:00
04ba8df711
Bumped versions for 1.39.0 Please ensure: - [x] Target branch is correct (`vX.XX` if a patch release, `main` if minor) - [x] Crate versions are bumped correctly - [x] deno_std version is incremented in the code (see `cli/deno_std.rs`) - [x] Releases.md is updated correctly (think relevancy and remove reverts) To make edits to this PR: ```shell git fetch upstream release_1_39.0 && git checkout -b release_1_39.0 upstream/release_1_39.0 ``` cc @mmastrac --------- Co-authored-by: mmastrac <mmastrac@users.noreply.github.com> Co-authored-by: Matt Mastracci <matthew@mastracci.com> |
||
---|---|---|
.. | ||
01_db.ts | ||
Cargo.toml | ||
dynamic.rs | ||
interface.rs | ||
lib.rs | ||
README.md | ||
remote.rs | ||
sqlite.rs | ||
time.rs |
deno_kv
This crate provides a key/value store for Deno. For an overview of Deno KV, please read the manual.
Storage Backends
Deno KV has a pluggable storage interface that supports multiple backends:
- SQLite - backed by a local SQLite database. This backend is suitable for development and is the default when running locally. It is implemented in the denokv_sqlite crate.
- Remote - backed by a remote service that implements the KV Connect protocol, for example Deno Deploy.
Additional backends can be added by implementing the Database
trait.
KV Connect
The KV Connect protocol allows the Deno CLI to communicate with a remote KV
database. The
specification for the protocol,
and the
protobuf definitions
can be found in the denokv
repository, under the proto
directory.