Acceso rápido:
Actualizar la consulta en moodle
Este plugin de informes de administración permite a los administradores configurar consultas de base de datos arbitrarias para que actúen como informes ad-hoc. Los informes pueden ser de dos tipos: se ejecutan bajo demanda o se programan para que se ejecuten automáticamente. Otros usuarios con la capacidad adecuada pueden entrar y ver una lista de consultas a las que tienen acceso. Los resultados pueden verse en pantalla o descargarse como CSV.
En la parte inferior se muestra el resumen de cuándo se ha ejecutado la consulta y cuánto tiempo ha tardado, junto con un enlace para descargar el archivo CSV (por ejemplo, para pasar los datos a Excel) y un enlace de vuelta a la lista de todas las consultas disponibles.
Las consultas programadas pueden funcionar de dos maneras. O bien cada ejecución del informe genera una tabla completa de resultados, o bien cada ejecución sólo crea una línea de resultados, y el informe construye una fila a la vez.
Sin embargo, si cada ejecución programada genera un informe completo, entonces en la parte inferior de una página habrá una lista de todas las ejecuciones anteriores del informe, para que pueda ir y ver cómo el informe cambió con el tiempo.
Debe introducir el SQL para generar los resultados que quiere que se muestren. Debe ser una sentencia SQL select. Debe utilizar el prefijo prefix_ para los nombres de las tablas. No debe ser posible introducir ningún SQL que altere el contenido de la base de datos.
Consultas sql en Moodle
Este plugin de informes de administración permite a los administradores configurar consultas de base de datos arbitrarias para que actúen como informes ad-hoc. Los informes pueden ser de dos tipos: ejecutarse bajo demanda o programarse para ejecutarse automáticamente. Otros usuarios con la capacidad adecuada pueden entrar y ver una lista de consultas a las que tienen acceso. Los resultados pueden verse en pantalla o descargarse como CSV.
En la parte inferior se muestra el resumen de cuándo se ha ejecutado la consulta y cuánto tiempo ha tardado, junto con un enlace para descargar el archivo CSV (por ejemplo, para pasar los datos a Excel) y un enlace de vuelta a la lista de todas las consultas disponibles.
Las consultas programadas pueden funcionar de dos maneras. O bien cada ejecución del informe genera una tabla completa de resultados, o bien cada ejecución sólo crea una línea de resultados, y el informe construye una fila a la vez.
Sin embargo, si cada ejecución programada genera un informe completo, entonces en la parte inferior de una página habrá una lista de todas las ejecuciones anteriores del informe, para que pueda ir y ver cómo el informe cambió con el tiempo.
Debe introducir el SQL para generar los resultados que quiere que se muestren. Debe ser una sentencia SQL select. Debe utilizar el prefijo prefix_ para los nombres de las tablas. No debe ser posible introducir ningún SQL que altere el contenido de la base de datos.
Consulta de Moodle
IF((COUNT(DISTINCT IF(fps.created > (UNIX_TIMESTAMP() – (7*24*60*60)),fps.id,NULL) )>0) OR (COUNT(DISTINCT IF(asb.timemodified > (UNIX_TIMESTAMP() – (7*24*60*60)),asb.id,NULL))>0) OR (SELECT COUNT(DISTINCT mfs. id) FROM prefix_message AS mfs WHERE mfs.useridfrom = allstu.id AND mfs.useridto = instr.id AND mfs.timecreated > (UNIX_TIMESTAMP() – (7*24*60*60)),’YES’,’NO’) AS ‘Student Participated This week’
IF((COUNT(DISTINCT IF(fpi.created > (UNIX_TIMESTAMP() – (7*24*60*60)),fpi.id,NULL) )>0) OR (COUNT(DISTINCT IF(asg.timemodified > (UNIX_TIMESTAMP() – (7*24*60*60)),asg.id,NULL))>0) OR (SELECT COUNT(DISTINCT mts. id) FROM prefix_message AS mts WHERE mts.useridfrom = instr.id AND mts.useridto = allstu.id AND mts.timecreated > (UNIX_TIMESTAMP() – (7*24*60*60)),’YES’,’NO’) AS ‘Student Contacted This week’
COUNT(DISTINCT IF(fpsr.created > (UNIX_TIMESTAMP() – (7*24*60*60)),fpsr.id,NULL)) – COUNT(DISTINCT IF(fpi.created > (UNIX_TIMESTAMP() – (7*24*60*60)),fpi.id,NULL) ) AS ‘Respuestas del Foro – 7 días’
Crear un sitio moodle y un esquema de base de datos
Siempre que sea posible, se documentarán aquí trucos y ejemplos para facilitar un poco la vida de los desarrolladores. Por supuesto, siéntase libre de aclarar, completar y añadir más información a esta documentación. ¡Será bienvenida, absolutamente!
Cada uno de los siguientes métodos devuelve un array de objetos. El array está indexado por la primera columna de los campos devueltos por la consulta. Para asegurar la consistencia, es una buena práctica asegurarse de que su consulta incluya una «columna id» como primer campo. Cuando diseñe tablas personalizadas, haga del id su primera columna y clave primaria.
Si el número de registros a recuperar de la BD es elevado, las funciones ‘get_records_xxx() anteriores no son óptimas, ya que cargan todos los registros en la memoria a través del array devuelto. En esas circunstancias, es muy recomendable utilizar estas funciones get_recordset_xxx() en su lugar. Devuelven un iterador para iterar sobre todos los registros encontrados y ahorran mucha memoria.
que debe usarse con mucho cuidado porque puede romper la compatibilidad con bases de datos que no soporten transacciones. Las transacciones no pueden utilizarse como parte del flujo de código esperado; sólo pueden utilizarse como una protección de emergencia de la consistencia de los datos.
