Comments (5)
This reminds me of:
- bitstream encodings https://en.wikipedia.org/wiki/Bitstream
- schema-based encodings like protobuf/Cap'n Proto which compress small values to few bytes.
from pumpkindb.
Rinat, thanks for chiming in!
Right now, PumpkinScript's data representation is rather simple: https://github.com/PumpkinDB/PumpkinDB/blob/master/src/script/mod.rs#L115-L141
I am not particularly married to it but I find it just easy enough to actually use so far :) But I am very open to improvements.
I am aware of protobuf/Cap'n Proto and other approaches (like my own ELF/BEST — see https://rfc.eventsourcing.com), but here the situation is simple and (in a way) unique. There are only two items possible: byte arrays (ranging from 0-byte arrays to... lets say 2^32) and words (short byte arrays from 1 to 127 bytes long).
from pumpkindb.
Ah, thank you for the explanation. Now I better understand the rationale behind your encoding choices (simplicity and extensibility).
By the way, do you intend to leverage LMDB's capability of scanning across keys (to maintain event stream indexes or build projections operating on large sorted collections)?
from pumpkindb.
@abdullin scanning across keys is critical for indexes — which is a huge component in PumpkinDB
from pumpkindb.
This optimization is not worth it.
from pumpkindb.
Related Issues (20)
- Problem: nom dependency outdated
- Problem: numerous mio deprecation notices HOT 1
- Problem: non-trivial to detect if JSON's value is an integer or a float
- Problem: overflowing integer literals are parsed as instructions
- Problem: Documentation of master is out of sync with code too often
- Problem: is overwriting key/value with the same value a duplicate? HOT 2
- Problem: zero terminated by period doesn't get parsed right
- Problem: integer constants in builtins get interpreted as instructions
- Problem: switching storage backends is nearly impossible HOT 2
- Problem: different users would use different naming conventions
- Problem: "builtins" files don't allow for computed constants HOT 2
- Problem: PumpkinDB is too low-level HOT 8
- Problem: lazy builtins! macro defers syntax checking until run time
- Problem: sharing stack with closures prevents typing
- Problem: use of return stack to accumulate values reverses them
- Problem: return stack nomenclature differs from Forth
- Problem: Rust nightly after 2017-06-20 affects benchmarks negatively HOT 2
- Problem: Missing input / output elements from queue operations
- Is this project abandoned? HOT 3
- `Read` on uninitialized buffer may cause UB ( `PacketReader::read()` )
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from pumpkindb.