tison
For the end-user manner, currently, greptimedb does: ``` $ curl localhost:4000/v1/sql -d "sql=SELECT 1" {"code":0,"output":[{"records":{"schema":{"column_schemas":[{"name":"Int64(1)","data_type":"Int64"}]},"rows":[[1]]}}],"execution_time_ms":1} ``` whose output is more than the result but also metadata. Compared with ClickHouse: ```...
@waynexia @killme2008 I think some of the features needed by this issue have been implemented in information_schema. Perhaps we can close this issue and open a new issue if there...
Move to ideas until we have some concrete designs.
I can see this project has a `rust` directory, but it seems never release. I'm not quite familiar with bazel but perhaps we can release a 0.1.0 so that we...
Added https://github.com/apache/incubator-opendal/issues/3283 to Community extension.
@kidylee I'd suggest you briefly outline your ideas first.
@Xuanwo Using [jni-rs](https://github.com/jni-rs/jni-rs), we can build Java bindings without a full functional C binding. But JNI is not always the best solution.
FYI - if we have a C binding, using [JNA](https://github.com/java-native-access/jna) can avoid JNI glue code. But it still uses the JNI technology underneath.
@kidylee I'm glad to review a MVP, go ahead!
Findings for JNI x async - * https://rust-lang.github.io/wg-async/vision/submitted_stories/status_quo/aws_engineer/using_jni.html * https://github.com/jni-rs/jni-rs/discussions/310