NERSC vs. NOIRLab DB interoperation
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 28/100
- Tipo de issue
- Documentación
- Claridad
- Necesita aclaración
- Estado de actividad
- Estancado
- Stack tecnológico
- postgresql, python
- Área
- databases, documentation
Línea de trabajo
Comienza comparando la interfaz documentada de dl.queryClient.query con las rutas de acceso mediante psycopg2 y specprod-db descritas en el issue, incluidos los nombres de esquema desi_edr y fuji. Se considerará completado cuando una receta de tutorials explique cómo identificar la ubicación, mantener compartido el código de consultas siempre que sea posible y documentar cualquier diferencia o restricción de conexión necesaria.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Do we have a recipe for one someone could write database query code that could be used interchangeably between NERSC and NOIRLab with minimal modification, ideally with a starting if/then block to identify location and then allow everything else to be the same?
It appears that NOIRLab requires access through the datalab dl.queryClient.query interface specific to the NOIRLab DBs, while the DESI NERSC database supports direct access via psycopg2 or the schema-specific specprod-db . But I don't see an obvious way to write database query code that could work at either location, despite both locations having very similar DESI databases. Or maybe NOIRLab does allow direct psycopg2 connections, it just isn't the documented/recommended way if working entirely within the NOIRLab ecosystem?
Detail: They also use different schema names (e.g. desi_edr vs. fuji) but if that was the only difference I think it could be easily handled at the top of a script.
@weaverba137 @stephjuneau ?
- Lenguaje dominante
- Jupyter Notebook
- Estrellas
- 62
- Forks
- 25
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 desihub/tutorials
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 38/100
-
conda environmentAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 25/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 48/100
-
Create edrlite subset of data?Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 45/100
Todos los issues de desihub/tutorials
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
wr.dynamodb.read_items returns [{}] for a single partition value that does not existPosiblemente ocupada @auraseb la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
aws/aws-sdk-pandas#3520 ·
Los mantenedores suelen responder en 2 días
-
KB create rollback blocks the event loop for up to ~15s (sync rmtree + backoff sleep in async route)Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 87/100
langflow-ai/langflow#15867 ·
Los mantenedores suelen responder en 1 día
-
A failed COMMIT leaves the DuckLake transaction registered, leaking the whole DuckDB instanceAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
data error
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
riscv/riscv-unified-db#2749 ·
Los mantenedores suelen responder en 1 día