Mmh, also hast Du Dir "die beiden " Vorschläge mal angesehen? Es sind die gleichen, nur der eine Vorschlag hat einen anderen Begleittext als der andere.
Ich habe Dir mal den Code rauskopiert:
Delphi-Quellcode:
USE msdb ;
GO
-- creates a schedule named NightlyJobs.
-- Jobs that use this schedule execute every day when the time on the server is 01:00.
EXEC sp_add_schedule
@schedule_name = N'NightlyJobs' ,
@freq_type = 4,
@freq_interval = 1,
@active_start_time = 010000 ;
GO
-- attaches the schedule to the job BackupDatabase
EXEC sp_attach_schedule
@job_name = N'BackupDatabase',
@schedule_name = N'NightlyJobs' ;
GO
- Eine Aufgabe anlegen (mit Timing)
- Die Aufgabe mit einem (existierenden) Job verbinden (hier ein Backupscript)
Der Text in dem Beitrag redet zwar von Management Studio und Server Agents, aber am Ende der 20 Arbeitsschritte, die beschreiben wie Du das mit Mausklicks in den
GUI Tools von MS machst, wird der obige
SQL Code gezeigt, der das gleiche macht.
Wie gesagt, ich hab das bei MS
SQL Server noch nie benutzt und ich nutze MS sowieso nicht, aber das ist eine Fähigkeit der
DB, die Du per
SQL nutzen kannst und der OWNER einer
DB zu sein, dürfte so mehr oder weniger auch bei MS das fundamentalste Recht sein, das man haben kann.
Kann natürlich sein, dass ihr einen "günstigen" Dienstleister unter Vertrag habt. Trotzdem verstehe ich das Argument nicht. Wenn Du ein Insert oder Update mit Deinem Programm an die
DB schickst, telefonierst Du ja wahrscheinlich auch nicht hinterher und fragst die Admins, wie es so läuft.
P.S.: Ein Job ist dasjenige was Du suchst, er führt asynchron ein Script aus. Du sagst ihm nur, was, wann wie oft. Und zwar per
SQL. Also so etwas wie der Code oben, ist primär erstmal das, was Dein Programm "können" muss. Es geht viel mehr. Ich wäre sehr gespannt auf andere Möglichkeiten, die ähnliches leisten.