What objects can/should be shared/reused?
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 30/100
- Tipo di issue
- Documentazione
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- azure, node.js, sql, typescript
- Ambito
- backend, cloud, documentation
Direzione di ricerca
Inizia con le indicazioni esistenti sul ciclo di vita di client/session/operation e con la sequenza hello-world descritta nell’issue, quindi confrontale con lo scenario Azure Functions HTTP-trigger. Documenta quando ogni oggetto è terminato, cosa può essere riutilizzato e quale comportamento di cleanup e reinizializzazione è richiesto; verifica che le indicazioni rispondano alle domande su singleton.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Reading through and the documentation doesn't seem to be clear on how to handle long running processes that fetch data at intervals over time.
The "hello world" paradigm that we see here:
- Get a client
- Get a session from the client
- Perform an operation on the session
- Close the operation
- Close the session
- Close the client
If we have something like an http trigger in an Azure functions instance, what can be reused:
- Can we share a client as a singleton, or do we need a new one for each http request that comes in and executes a query?
- Can we share a session as a singleton, or do we need a new one for each http request that comes in and executes a query?
If resources can be used as singletons, what's the recommended error handling to make sure that they get cleaned up & reinitialized if there's an error?
The only guidance is just
"After you finish working with the operation, session or client, it is better to close it, each of them has a respective method (close())."
The basic question here: at what point do we consider ourselves "finished" working with each object?
- Lingua principale
- TypeScript
- Stelle
- 36
- Fork
- 50
- Merge medio
- 13h 46m
- PR unite (30g)
- 9
Guida per i contributori
Apri 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/databricks-sql-nodejs
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
-
Docs folder deleted in 1.8.4 Apertaengineer-bot
Difficoltà 2/5 1-3 ore Idoneità per principianti 64/100
databricks/databricks-sql-nodejs#274 · 1 commento · 1 reazione ·
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 68/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
Tutte le issue di databricks/databricks-sql-nodejs
Issue simili
-
S: triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
-
fix(errors): EHOSTUNREACH from a happy-eyeballs connect is reported as a resolver error (STAMP-80) Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
snapshot-labs/stamp#666 ·
-
fix(api): prevent leaderboard SSE heartbeat from starting after disconnect during initial load Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
GauravKarakoti/SecureFlow#1070 · 1 commento ·
-
feature:Languages/Translations good first issue ready Web
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
digitalfabrik/integreat-app#4394 ·