685bae479b
batchwriteitem is alive
2024-02-08 15:25:41 -08:00
6b7ff24f69
cleanup/add note not to use createtable code in future
2024-02-01 11:02:37 -08:00
5ffe51e3a0
add key schema stuff
2024-02-01 10:52:44 -08:00
cefefd3cc8
clean up AttributeTypeName/Descriptor
2024-02-01 09:57:05 -08:00
9020037c20
remove ddb_types
2024-02-01 09:40:30 -08:00
796eed8de0
introduce ddb.zig to serve as core DB operations/move core into ddb.zig
2024-02-01 08:44:56 -08:00
e94184419e
add ability for tests to retain the in memory db
2024-02-01 08:43:43 -08:00
17dea476e3
secureZero the account key on deinit of the account
2024-02-01 08:42:55 -08:00
614e2338e8
add TableInfo to ddb_types (which should be removed)
2024-02-01 08:42:02 -08:00
ca213ea776
add decodeAndDecrypt function (inverse of encryptAndEncode)
2024-02-01 08:41:16 -08:00
041a36336a
add parse failure test
2024-01-30 19:03:31 -08:00
2eee4c5020
add stubs for batchgetitem and batchwriteitem (parsing implemented in bwi)
2024-01-30 11:42:20 -08:00
1a53c3cf8a
createTable handler
2024-01-29 12:46:57 -08:00
acdb78aea5
get createtable under test
2023-10-23 17:28:21 -07:00
c3f452c07b
add copius TODOs
2023-10-23 14:12:03 -07:00
8925367a70
update to latest universal lambda/get access id to createtable
2023-10-23 14:11:05 -07:00
79eac7d4f0
add sqlite and a test command (lose WASI support, see note)
...
With this commit, we lose WASI. This is ok here, because it's not like
we're going to be saving our data on sqlite inside a Cloudflare worker.
The problem actually doesn't seem to be compilation, but runtime.
wasmtime complains that too many locals are defined when sqlite is
compiled into this
2023-10-22 16:56:38 -07:00
35d9e78623
frame out operation structure
2023-10-22 13:56:47 -07:00
ae7327713f
initial commit - much to do
2023-10-22 13:26:57 -07:00
0177f8c838
initial commit
2023-10-21 12:52:40 -07:00
