Python model - more customization options
I maintainer di solito rispondono entro 6 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Ambito
- data-engineering
Direzione di ricerca
Inizia leggendo dbt/include/databricks/macros/adapters/python.sql, in particolare databricks__py_write_table e py_get_writer_options, quindi confronta la macro di override e la configurazione del modello mostrate qui. Definisci la personalizzazione supportata per le opzioni di scrittura e la gestione di ref, insieme alla relativa configurazione e documentazione, prima di implementare e convalidare il comportamento concordato.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Describe the feature
The current Python model macro is quite restrictive:
- Model is forced to do full overwrite: https://github.com/databricks/dbt-databricks/blob/main/dbt/include/databricks/macros/adapters/python.sql#L42
- Model hardcodes the interface used to read refs.
Would it be possible to offer more customization (e.g. including the overwriteSchema as option into py_get_writer_options() ?
Would it also be possible to allow more customization on the way refs are treated?
Describe alternatives you've considered
The alternative I went for now is overriding this macro. I don't mind, but I'm wondering if there could be a better way?
Additional context
Here is the macro I'm using (yes, i essentially just cut everything out, and changed spark.table to str):
{% macro databricks__py_write_table(compiled_code, target_relation) %}
{{ compiled_code }}
dbt = dbtObj(str)
df = model(dbt, spark)
{% endmacro %}
And here is my model:
version: 2
models:
- name: test_model
config:
test_var: "{{ var('test_var') }}"
materialized: "table"
submission_method: "serverless_cluster"
partition_by:
- test_var
columns:
- name: test_var
data_type: int
- name: some_data
data_type: int
from datetime import datetime, timedelta
def model(dbt, session):
test_var = dbt.config.get("test_var", None)
partition_by = dbt.config.get('partition_by', [])
query = f"""
select
'{test_var}' as test_var,
123 as some_data
from {dbt.ref('other_sql_model')}
where test_var = '{test_var}'
"""
df = session.sql(query)
target_table = f"{dbt.this.database}.{dbt.this.schema}.{dbt.this.identifier}"
print(f"Target table: {target_table}")
(
df.write
.mode("overwrite")
.format("delta")
.option("partitionOverwriteMode", "dynamic")
.partitionBy(*partition_by)
.saveAsTable(target_table)
)
return session.table(target_table)
Who will this benefit?
I think this customization (and associated documentation) would benefit teams that consider migrating to dbt, but having a lot of legacy python pipelines. Wrapping those pipelines with dbt with such simplified macro will allow "lift and shift" kind of move, and then gradual evolution of the pipelines to become more dbt-friendly.
Are you interested in contributing this feature?
I am happy to contribute, but I'd like to hear some critique and arguments against this. Overall, my primary interest is to enable usage of dbt also for the cases where logic is objectively too complex to be migrated to SQL in any reasonable time.
- Lingua principale
- Python
- Stelle
- 391
- Fork
- 231
- Merge medio
- 9g 7h
- PR unite (30g)
- 29
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
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 databricks/dbt-databricks
-
persist_docs.columns triggers a full-plan probe query on views even when the model has no column docsForse già presa @DelorneN007 l’ha presa 59 giorni fa. Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
databricks/dbt-databricks#1680 · 1 commento ·
I maintainer di solito rispondono entro 6 giorni
-
bug
Difficoltà 2/5 Mezza giornata Idoneità per principianti 68/100
databricks/dbt-databricks#1003 · 1 commento ·
I maintainer di solito rispondono entro 6 giorni
-
Emit COMMENT and DEFAULT for function arguments and descriptions in CREATE FUNCTIONForse già presa @alvinism l’ha presa 7 giorni fa. Apertaenhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
databricks/dbt-databricks#1764 ·
I maintainer di solito rispondono entro 6 giorni
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 46/100
databricks/dbt-databricks#1762 ·
I maintainer di solito rispondono entro 6 giorni
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
databricks/dbt-databricks#1761 ·
I maintainer di solito rispondono entro 6 giorni
Tutte le issue di databricks/dbt-databricks
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
FinanceFlash/unvibecode#699 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement Website
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
OWASP/OWASP-Hunting#96 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
micropython/micropython#19942 ·
I maintainer di solito rispondono entro 1 giorno
-
A rebuild posts "not part of this build" success to the commit's failed `nix-build` gate and effectsForse già presa @Padraic-O-Mhuiris l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
`epoch.Integer` raises a raw OverflowError for integers too large to convert to a floatForse già presa @arindam77 l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
pydantic/pydantic-extra-types#479 ·
I maintainer di solito rispondono entro 1 giorno