Foros

 
ForumForumForos DNNForos DNNDesarrolloDesarrolloSQL automáticoSQL automático
Anterior Anterior
 
Siguiente Siguiente
Nuevo Mensaje
 05/12/2008 5:29
 

Ya me imagino porque no hay un módulo de esto que aparentemente es tan simple.

He estado mirando el código que tengo hecho con el objetivo de pasarlo a un módulo...El problema es que las tareas programadas necesitan una DLL por narices, Solo puede programarse una tarea referenciando a una DLL.

En mi caso cuando lo usé, dentro de esa DLL solo tenía que borrar unas pre-reservas cada 2 minutos, lo hacía y ya está

O sea que si queremos definir distintos SQL para que se ejecuten en distintos períodos se debería generar una DLL por cada SQL para poder asignar la periodicidad en el programador de tareas.

Entonces lo único que puede hacerse es un módulo que haga eso: permitir la ejecución de "una" (literal) sentencia SQL cada cierto tiempo

La sentencia SQL por supuesto puede contener distintas acciones por ej.

Esto es lo que se parametriza:
---------------------------------
delete from sitelog
delete from schedulehistory
delete from eventlog
---------------------------------
Se programaría Cada 1 dia

Lo único que se me ocurre para hacer distintas sentencias SQL sería que el módulo podría llamarse SQLJOB1 y hacer más módulos SQLJOB1, SQLJOB2, SQLJOB3 para distintas Sentencias SQL aunque no se...

Nuevo Mensaje
 05/12/2008 8:10
 

También podría hacer que la DLL leyese de un archivo de configuración que se pudiera mantener fácilmente desde un módulo, y en éste archivo de configuración escribir las distintas SQL que debe ejecutar...

Nuevo Mensaje
 05/12/2008 16:21
 

Jose Maldonadoescribió
 

También podría hacer que la DLL leyese de un archivo de configuración que se pudiera mantener fácilmente desde un módulo, y en éste archivo de configuración escribir las distintas SQL que debe ejecutar...

Estoy de acuerdo en guardar externamente a la DLL todo lo que se pueda, hay un mantenimiento de sentencias SQL

a ver si con un ejemplo: vamos a suponer que quieres programar n tareas

Tarea A - que se borre la tabla de log cada dia, (delete from sitelog)

Tarea B - que se haga un delete cada 2 minutos a unos registros marcados como pre-reservas de una tabla de citas (delete from citas where status='pre')

Tarea C - ....

Tarea n - ....

Entonces tenemos tareas con distinto periodo a incluir en el scheduler de dotnetnuke...¿cómo detectamos que SQL del mantenimiento ha de ejecutar?   por eso digo que solo puede haber una consulta...
 

Nuevo Mensaje
 06/12/2008 0:32
 

Yo usaría un XML, o la propia BBDD de DNN para almacenar las sentencias SQL y sus parámetros de ejecución. Habría una única tarea programada que, a intervalos regulares (sin machacar el rendimiento, claro) invoque la DNN y ejecute la(s) sentencia(s) que corresponda.

Francisco


Francisco Pérez Andrés
DOTWARE · tecnología a punto
www.dotware.es
www.dnnole.com
Nuevo Mensaje
 06/12/2008 4:54
 

Es correcto Faco, llego a la misma conclusión. Una unica tarea y luego especificar en el mantenimiento de SQL's los parámetros de periodicidad... Os mantengo informados
 

Anterior Anterior
 
Siguiente Siguiente
ForumForumForos DNNForos DNNDesarrolloDesarrolloSQL automáticoSQL automático

En total, tenemos 1098 nuevo(s) hilo(s) y 5265 nuevo(s) mensaje(s)
Los hilos más populares han estado en ¿por que?
Los hilos más activos han estado en no veo el portal desde los pc's de la red

Más activos


UserTotalPosts
jmaldonadom 1101
anonymous 798
javier 488
Faco 395
hiunkeru 184
vitolo 182
Guillaume 168
ccolonia 159
dormio 157
elijo_otroo 138
sonsai 84
Dreamvk 67
tirillos 48
vte_torres 47
oskr226 46

Últimos Mensajes...