`describe_table` should describe tables outside the data source in Python
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 35/100
Direzione di ricerca
Start with _describe_table_text() on the Python side, which currently raises when a table is missing from source.table_ids, and read the R change in #470 to see the intended behavior. The new cases belong in tests/shared/describe-table.json so both suites check the same results. Done means tables outside the data source are described with a no-documentation note, trusted-only mode still refuses them, and alternate names like main.sales resolve to the table's label.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Same thing as #469, but for the Python side.
In the R package, #470 lets describe_table describe any table the connection can query, not just the data source's tables, so it agrees with run_sql. Python's _describe_table_text() still raises when a table isn't in source.table_ids, so the agent can query a table it found with run_sql but can't describe it.
To match R:
- Describe tables outside the data source, with a note that no documentation covers them. On Snowflake and Databricks, run the usual access check first.
- Keep refusing them in trusted-only mode.
- Resolve alternate names for data source tables (
main.salesforsales) to the table's label, so its documentation still shows.
Pin these in tests/shared/describe-table.json so both suites test the same behavior.
- Lingua principale
- Python
- Stelle
- 64
- Fork
- 4
- Merge medio
- 2g 8h
- PR unite (30g)
- 26
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di posit-dev/commons
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
include `instructions` in the commons' print method outputForse già presa @simonpcouch l’ha presa 1 giorno fa. Aperta
Difficoltà 3/5 Mezza giornata Idoneità per principianti 25/100
I maintainer di solito rispondono entro 1 giorno
-
Split the Python `Commons` agent into a commons object and an agentForse già presa @jat255 l’ha presa 7 giorni fa. Apertaenhancement py
posit-dev/commons#459 · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 45/100
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di posit-dev/commons
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
microsoft/onnxscript#3155 ·
I maintainer di solito rispondono entro 4 giorni
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
I maintainer di solito rispondono entro 1 giorno
-
bug docs severity:low
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
docs good first issue
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100