What objects can/should be shared/reused?
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 30/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- azure, node.js, sql, typescript
- Área
- backend, cloud, documentation
Línea de trabajo
Comienza con las orientaciones existentes sobre el ciclo de vida de client/session/operation y la secuencia hello-world descrita en la issue, y luego compáralas con el escenario de Azure Functions HTTP-trigger. Documenta cuándo termina cada objeto, qué se puede reutilizar y cuál es el comportamiento de cleanup y reinicialización solicitado; verifica que las orientaciones respondan a las preguntas sobre singleton.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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?
- Lenguaje dominante
- TypeScript
- Estrellas
- 36
- Forks
- 50
- Merge medio
- 13 h 46 min
- PR fusionados (30 d)
- 9
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de databricks/databricks-sql-nodejs
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Docs folder deleted in 1.8.4 Abiertoengineer-bot
Dificultad 2/5 1-3 horas Aptitud para principiantes 64/100
databricks/databricks-sql-nodejs#274 · 1 comentario · 1 reacción ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 68/100
Todos los issues de databricks/databricks-sql-nodejs
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
-
bug v2
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
modelcontextprotocol/inspector#2458 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 75/100
railmapgen/rmp-gallery#4068 ·
-
Mend: dependency security vulnerability status: needs triage 🕵️♀️
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
carbon-design-system/ibm-products#9907 ·