Feature: Per-statement timing with -p flag
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 38/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Estancado
- Área
- cli, performance
Línea de trabajo
Comienza siguiendo el flujo de temporización existente para -p y la infraestructura de temporización utilizada para :PERFTRACE; después, identifica dónde se ejecutan las instrucciones individuales de un lote. Se considera terminado cuando el modo de temporización seleccionado informa del tiempo de ejecución de cada instrucción, conservando el total del lote y la salida existente.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Add per-statement timing information when using the -p flag, showing execution time for each individual statement in a batch rather than just the batch total.
Use Case
- Identify slow queries within multi-statement batches
- Performance tuning and optimization
- Query profiling during development
Current Behavior
With -p flag, only the total batch execution time is shown:
Network packet size (bytes): 4096
1 xact(s):
Clock Time (ms.): total 150
Proposed Behavior
Show timing for each statement within a batch:
-- Statement 1: SELECT * FROM users
Clock Time (ms.): 45
-- Statement 2: SELECT * FROM orders
Clock Time (ms.): 105
Network packet size (bytes): 4096
2 xact(s):
Clock Time (ms.): total 150
Implementation Notes
- Track timing at the statement level, not just batch level
- Consider making this an optional enhancement to -p (e.g.,
-p2for verbose timing) - Leverage existing timing infrastructure used for :PERFTRACE
- Lenguaje dominante
- Go
- Estrellas
- 601
- Forks
- 91
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 microsoft/go-sqlcmd
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Fix CVEs in Version v1.10.0Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
-
":Help" command not workingAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 65/100
-
-r discards the "Msg N, Level N, State N" error header — errors on stderr lose message number and line infoQuizá libre de nuevo Un pull request para esta issue se cerró sin fusionarse. Abierto
Dificultad 3/5 1-2 días Aptitud para principiantes 76/100
Todos los issues de microsoft/go-sqlcmd
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
duplication
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
openvibely/openvibely#1443 ·
Los mantenedores suelen responder en 2 días
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 80/100
keyxmakerx/Chronicle#1179 ·
Los mantenedores suelen responder en 1 día
-
enhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
michelangelo-ai/michelangelo#2258 ·
Los mantenedores suelen responder en 1 día