Crear trabajos en la edición SQL Server Express?

Quiero progtwigr algunos trabajos en sql server express edition. Después de cavar un poco, recibí pocas publicaciones como:

¿Cómo ejecutar un procedimiento almacenado todos los días en SQL Server Express Edition?

Cómo crear trabajos en la edición SQL Server Express

¿Cómo ejecutar un procedimiento almacenado todos los días en SQL Server Express Edition?

y entiendo que Sql Agent requiere progtwigr un trabajo en el server sql, pero dado que SQL Server Express no viene con SQL Agent, entonces tengo que recurrir a otra alternativa.

Y obtuve esto , que sugiere una alternativa buena y fácil. Aquí en la respuesta de @Thomas Bratt usó infinite loop y waitfor (Transact-SQL)

Código de la respuesta de @Thomas Bratt

Quiero saber el impacto en el performance (si corresponde) de este código.

... while 1 = 1 begin waitfor time @timeToRun begin execute [MyDatabaseName].[dbo].[MyDatabaseStonetworkingProcedure]; end end ... 

y en la misma publicación @Raj, sugieren más otra alternativa, es decir, el Progtwigdor de Windows, entonces, ¿cuál es mejor utilizar Windows Scheduler o waitfor (Transact-SQL) con ciclo infinito ?

Sugiero crear una tarea progtwigda de Windows en su lugar y usarla junto con la utilidad SqlCmd para ejecutar las tareas a time.

Si necesita crear una tarea de Windows programáticamente, existen numerosos .NET wrappers (por ejemplo, http://taskscheduler.codeplex.com/ )

Como alternativa, puede usar el progtwigdor QUARTZ.NET en su propio código. Utilizándolo, puede progtwigr cualquier ejecución de class .NET.

sí, "sp_procoption" es para la ejecución automática del procedimiento. pero en mi opinión, esos procedimientos tendrían cierta lógica para realizar actualizaciones de configuration de una sola vez y / o cambios de configuration en todas las bases de datos. si sus trabajos SQL también están destinados a tareas similares, debería considerar esta opción, teniendo en count que estos processs no pueden tener parameters. Además del impacto en el performance del ciclo while, siempre verá esto como un trabajo en segundo plano en ejecución para su server SQL, pero la mayoría de las veces se produce la espera / espera de time. el performance real depende de qué tareas está haciendo cuando se ejecuta y no cuando está esperando.

Conclusión: si planeo o espero más mejoras en este trabajo SQ en un futuro próximo, no sobrecargaría la function "sp_procoption" utilizándola como un progtwigdor de tareas. en su lugar, consideraría opciones más flexibles como otros usuarios han sugerido.