a037ade456
Adding index support to getMultiple API. This allows developers to fetch multiple entries for a specific set of keys on any index in the schema (earlier you could only fetch on the primary index). |
||
---|---|---|
.vscode | ||
dist | ||
src | ||
.gitignore | ||
.npmignore | ||
.npmrc | ||
.travis.yml | ||
LICENSE | ||
README.md | ||
index.ts | ||
package.json | ||
test.html | ||
tsconfig.json | ||
tslint.json | ||
webpack.config.js | ||
yarn.lock |
README.md
NoSQLProvider
We developed NoSQLProvider after needing a simplified interface to NoSQL-style object storage/retrieval that worked not only across all browsers, but also for native app development (initially Cordova-based, later moving to React Native.) Across the browsers, this required unifying WebSQL and IndexedDB, with the nuances of all the different IndexedDB issues (on IE, mostly, with not properly supporting compound keys and multi-entry indexes, and Safari having basically completely broken keyspace support.) On native platforms and NodeJS, we fully wrap several different SQLite-based providers, depending on the platform. We also have built a fully in-memory database provider that has no persistence but supports fully transactional semantics, for a fallback in situations where you don't want persistence (ephemeral logins, etc.)
Removed support for ReactNative and SqlLite/WebSQL support.
As part of this work, we had to develop SyncTasks as a complete promise library that spurns the A+ convention of deferring all resolutions/rejections to the event loop. This is because IndexedDB's transactional semantics are such that if control is ever returned to the event loop without a pending query, the transaction is automatically closed. As such, if you defer resolution of a query, then the transaction closes before you can issue followup queries against it. To avoid this, we required synchronous resolution of promises, and SyncTasks gives us the ability to chain commands on a single transaction. Given that IndexedDB was the most limiting transactional scenario that we needed to support, we followed that pattern with all of the other database providers, and designed them such that returning control to the event loop without issuing followup queries automatically resolves the transaction.
The bugs that were causing the above transaction closures are now fixed on most major browsers (recent versions). Hence this version of NoSQLProvider removes it. Here is a link to the bug : https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/
At this point, known feature work is complete and we are mostly just fixing bugs on the platform moving forward. If you have feature requests, feel free to file them, just make sure that you have behavior determined across all providers as part of your request, since all features need to be able to work across all the different providers.
Examples
The only current full example is available as part of the ReactXP samples, the TodoList sample app. If you pick up NoSQLProvider and use it in your open source application, please let us know so we can add more example links here!
Providers/Platforms/Support
We will soon list all of the providers available out of the box here, and list what platforms they can be used on, with any nuances of that platform.
Usage
Coming soon.
Compiling
Source
npm install
npm run build
Tests
npm install
npm run webtest
Testing
- Compile tests
- Open test.html in browser
- You can add
?grep=foo
to the URL to run only tests containing 'foo' in the name