living-room database-js is a Datalog-style database inspired by the implementation of the Dynamicland project. It enables programmers to represent facts using natural language, with a syntax adapted from alexwarth's NL-Datalog project.
See tests for examples of what can be done
samples vs. wishes
create a distinction between the state of the world, and things we want changed (input, and output)
evidence
how can we see the 'call stack' of how a fact came to be
include "world time" in samples
do we need this?
be more careful with client IDs
prevent multiple clients from having the same id
consider space-insensitive matching for facts
(would need a canonical representation to use as keys for factMap)
think about "primary keys"?
like #ids