terrymanu commented on issue #38043:
URL: 
https://github.com/apache/shardingsphere/issues/38043#issuecomment-3901683226

   Problem Understanding
   
     - Target issue: https://github.com/apache/shardingsphere/issues/38043 
(opened on 2026-02-14).
     - Reported setup from issue body: ShardingSphere-Proxy 5.5.2, 
proxy-frontend-database-protocol-type: MySQL, backend PostgreSQL datasource, 
!SQL_TRANSLATOR type: NATIVE.
     - Reported symptom: SQL LIMIT 0, 200 is sent unchanged to PostgreSQL and 
fails with ERROR: LIMIT #,# syntax is not supported.
     - Topology (from provided config): Proxy + Standalone, mode repository 
JDBC(H2), registry/config center N/A.
     - Fast triage gate:
   
     1. Repro evidence present? Partially yes (version/mode/SQL/config/logs 
present), but DB server version missing.
     2. Expected behavior documented? Yes, but conflicting docs exist.
     3. Code/tests show mismatch vs expectation? Yes (provisional, see 
INF-1/INF-2).
   
     - Provisional type: Needs More Info (with provisional Documentation Gap).
   
     Root Cause
   
     - Definitive root-cause closure is blocked by missing minimum evidence (DB 
server version and runtime rule/plugin confirmation).
     - Provisional root cause:
     - INF-1 (from OBS-1, OBS-5, OBS-6, OBS-7, OBS-8): the configured NATIVE 
translator currently behaves as a no-op in repository code, so MySQL pagination 
syntax can reach PostgreSQL unchanged.
     - INF-2 (from OBS-3, OBS-4, OBS-5, OBS-6): official docs are internally 
inconsistent (gateway capability claim vs native translator “not implemented”), 
indicating a documentation boundary gap.
   
     Problem Analysis
   
     - OBS-1: Issue body includes full config and log showing unchanged actual 
SQL and PostgreSQL syntax error.
       Source: https://github.com/apache/shardingsphere/issues/38043
     - OBS-2: No comments or linked PR activity yet.
       Source: 
https://api.github.com/repos/apache/shardingsphere/issues/38043/comments, 
https://api.github.com/repos/apache/shardingsphere/issues/38043/timeline
     - OBS-3: Gateway reference claims automatic dialect conversion (MySQL 
protocol/dialect to PostgreSQL storage).
       Source: 
https://github.com/apache/shardingsphere/blob/master/docs/document/content/reference/gateway/_index.en.md
     - OBS-4: DB-gateway limitations page says translation is experimental and 
MySQL/PostgreSQL can be auto translated.
       Source: 
https://github.com/apache/shardingsphere/blob/master/docs/document/content/features/db-gateway/limitations.en.md
     - OBS-5: Built-in SQL translator doc states Native translator “does not 
implement yet.”
       Source: 
https://github.com/apache/shardingsphere/blob/master/docs/document/content/user-manual/common-config/builtin-algorithm/sql-translator.en.md
     - OBS-6: NativeSQLTranslator contains // TODO and returns original 
SQL/params.
       Source: 
kernel/sql-translator/provider/native/src/main/java/org/apache/shardingsphere/sqltranslator/natived/NativeSQLTranslator.java:35
     - OBS-7: Unit test expects NATIVE translation result to equal input SQL.
       Source: 
kernel/sql-translator/provider/native/src/test/java/org/apache/shardingsphere/sqltranslator/natived/NativeSQLTranslatorTest.java:38
     - OBS-8: Rewrite engine applies translator result if present, otherwise 
keeps original SQL.
       Source: 
infra/rewrite/core/src/main/java/org/apache/shardingsphere/infra/rewrite/engine/RouteSQLRewriteEngine.java:208
     - OBS-9: SQLTranslatorRule skips when no translator and only attempts 
translation for parser/storage type mismatch.
       Source: 
kernel/sql-translator/core/src/main/java/org/apache/shardingsphere/sqltranslator/rule/SQLTranslatorRule.java:67
     - Execution record (analysis-only, all exit code 0): curl 
issue/comments/timeline APIs, rg doc/code scans, nl -ba ... | sed -n ... file 
inspections.
     - Repository edits: none.
   
     Problem Conclusion
   
     - Current classification: Needs More Info (INF-1, INF-2).
     - Consolidated missing evidence to request:
   
     1. PostgreSQL server version.
     2. Output of SHOW SQL_TRANSLATOR RULE; from this proxy instance.
     3. Proxy runtime package details (whether 
shardingsphere-sql-translator-native-provider jar is present in runtime libs).
     4. Startup log snippet around loading global rules/SPI for SQL translator.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]

Reply via email to