What type of bug is this?
Incorrect result
What subsystems are affected?
Table Engine
Minimal reproduce step
- Start the
nginx demo from https://github.com/GreptimeTeam/demo-scene/tree/main/nginx-log-metrics
- Connect via postgreSQL to the database in DBeaver or Table Plus
What did you expect to see?
I would expect that I can browse the table structure
What did you see instead?
Depending on the user db client I am seeing different behaviour but the end result of no structure table is the same:
- DBeaver Community: I am getting an error when trying to connect:
ERROR: Failed to describe statement
- Table Plus (macOS): Successfully connects but when navigating to the
structure view of a table it is empty
I can execute the query DESCRIBE "public"."ngx_access_log" in the latter db client (Table Plus) and returns the following:
| Column |
Type |
Key |
Null |
Default |
Semantic Type |
| client |
String |
|
YES |
|
FIELD |
| application_id |
String |
|
YES |
|
FIELD |
| upstream_id |
String |
|
YES |
|
FIELD |
| referer |
String |
|
YES |
|
FIELD |
| method |
String |
|
YES |
|
FIELD |
| endpoint |
String |
|
YES |
|
FIELD |
| trace_id |
String |
|
YES |
|
FIELD |
| protocol |
String |
|
YES |
|
FIELD |
| status |
UInt16 |
|
YES |
|
FIELD |
| response_time |
Int16 |
|
YES |
|
FIELD |
| response_size |
Float64 |
|
YES |
|
FIELD |
| agent |
String |
|
YES |
|
FIELD |
| access_time |
TimestampMillisecond |
PRI |
NO |
|
TIMESTAMP |
| log_time |
TimestampMillisecond |
|
NO |
|
FIELD |
| ip_address |
String |
|
YES |
|
FIELD |
What operating system did you use?
Docker (linux/amd64) on Mac OS X 10.5 ARM
What version of GreptimeDB did you use?
0.11.1
Relevant log output and stack trace
TablePlus seems to log the following queries that might be related to fetching the table structure? I can't see any relevant logs inside `greptimedb` itself.
-- 2025-01-02 12:30:55.4400
SELECT * FROM "public"."ngx_access_log" LIMIT 300 OFFSET 0;
-- 2025-01-02 12:30:55.4430
select reltuples::int8 as count from pg_class c JOIN pg_catalog.pg_namespace n ON n.oid=c.relnamespace where nspname='public'AND relname='ngx_access_log';
What type of bug is this?
Incorrect result
What subsystems are affected?
Table Engine
Minimal reproduce step
nginxdemo from https://github.com/GreptimeTeam/demo-scene/tree/main/nginx-log-metricsWhat did you expect to see?
I would expect that I can browse the table structure
What did you see instead?
Depending on the user db client I am seeing different behaviour but the end result of no structure table is the same:
ERROR: Failed to describe statementstructureview of a table it is emptyI can execute the query
DESCRIBE "public"."ngx_access_log"in the latter db client (Table Plus) and returns the following:What operating system did you use?
Docker (linux/amd64) on Mac OS X 10.5 ARM
What version of GreptimeDB did you use?
0.11.1
Relevant log output and stack trace