it may, but I wonder if performance would suffer vs using a regular table with an index
it may, but I wonder if performance would suffer vs using a regular table with an index
wrangler dev:wrangler.toml but you're still using the old ServiceWorker format. wrangler deploy gave a much better error message that helped me sort this out. But maybe y'all can improve that error message on wrangler dev 





⎔ Starting local server...
workerd/server/workerd-api.c++:615: error: wrapped binding module can't be resolved (internal modules only); moduleName = cloudflare-internal:d1-api
workerd/util/symbolizer.c++:99: warning: Not symbolizing stack traces because $LLVM_SYMBOLIZER is not set. To symbolize stack traces, set $LLVM_SYMBOLIZER to the location of the llvm-symbolizer binary. When running tests under bazel, use `--test_env=LLVM_SYMBOLIZER=<path>`.
workerd/jsg/util.c++:275: error: e = workerd/server/workerd-api.c++:635: failed: expected !value.IsEmpty(); global did not produce v8::Value
stack: 104c8d3cf 104f000cf 104c55d6f 104c5ad4f 104c5d717 104c5c397 104c4fe87 104c4fc23 104c4fa8f 104c4fa77 106562367 1065625c3 106560d1b 106560aeb 104c441ab 1a8577f27; sentryErrorContext = jsgInternalError
service core:user:<MY_PROJECT_NAME>: Uncaught Error: internal error
✘ [ERROR] MiniflareCoreError [ERR_RUNTIME_FAILURE]: The Workers runtime failed to start. There is likely additional logging output above.[[d1_databases]]
binding = "DB" # i.e. available in your Worker on env.DB
database_name = "REDACTED"
database_id = "REDACTED"[[d1_databases]]
binding = "clickDB" # i.e. available in your Worker on env.clickDB
database_name = "click-db"
database_id = "XXXXXXXX"