mirror of
https://github.com/featurebasedb/featurebase.git
synced 2026-08-28 10:54:59 +00:00
c7e4bc0fd0
I'm not actually sold on this, but I'm not entirely unsold on it. It seems like it does reduce the amount of duplication a lot, but also it's sort of a mess. In the process, noticed that it makes more sense to grab the whole cluster rather than just the nodes for an arbitrary shard for the shard==^0 case, because then if we have an API (but no Qcx), we can be reasonably confident that we'll be able to pick the local node for loopback even if we aren't using the API directly. Have thought about whether we should create our own Qcx in cases like that but I really don't like the idea of automatically creating a Qcx. |
||
|---|---|---|
| .. | ||
| client.go | ||
| client_test.go | ||
| error.go | ||
| handler.go | ||
| handler_internal_test.go | ||
| handler_test.go | ||
| translator.go | ||
| translator_test.go | ||