Come è stato correttamente notato, senza il processo dell'agente, sarà necessario qualcos'altro esterno al server, forse un servizio che si scrive e installa o lo schedulatore di Windows.
Si noti che con un'installazione Express per un'applicazione locale, è possibile che la macchina non sia accesa nel momento in cui si desidera troncare la tabella (ad esempio, si imposta di troncare ogni notte a mezzanotte, ma l'utente non lo fa mai ha la sua macchina accesa).
Quindi l'attività pianificata non viene mai eseguita e il registro di controllo diventa fuori controllo (questo è un problema anche con SQL Server Agent, ma si presume che un server reale sia in esecuzione non-stop). Una strategia migliore se questa situazione si adatta alla tua potrebbe essere quella di fare in modo che l'applicazione lo richieda quando rileva che sono trascorsi più di X giorni dal troncamento o da qualsiasi altra operazione.
Un'altra cosa da considerare è che se si sta parlando di un'applicazione Web, potrebbe esserci un momento in cui l'applicazione viene caricata e l'operazione potrebbe essere eseguita quando l'evento viene attivato.
Come menzionato nel commento, c'è sp_procoption - questo potrebbe consentire l'esecuzione del tuo SP ogni volta che il motore viene avviato - gli svantaggi con questo metodo sono quelli per le istanze di lunga durata, potrebbe essere molto tempo tra le chiamate, e ha ancora problemi se il motore non è in esecuzione nei momenti in cui è necessario eseguire l'operazione.
fonte
2009-11-04 17:10:21
Questo post sembra interessante (a cui si fa riferimento in una risposta a una delle domande correlate): http://www.sqlteam.com/article/scheduling-jobs-in-sql-server-express –