Repeating events

[Ilija Studen]

Čisto teorijska diskusija (ne treba mi još uvek, ali verovatno ću trebati da napravim nešto slično uskoro).

Kako implementirati događaje koji se ponavljaju u aplikaciju koja koristi relacionu bazu kao skladište? Tipa zadatak koji treba izvršiti svakog utorka. Kako u nekom takvom sistemu prebrojati broj zadataka za 23 utorak u godini? Da li postoji neki opšte prihvaćen način kako se to radi ili?

[McKracken]

Meni prvo na pamet padaju triggeri.

[Ilija Studen]

Trigeri baze? Teško (čitaj: MySQL 3.23.xx)

[Pedja]

To je malo zeznut problem, a ume i da bude prilicno zahtevan sa resursima.

Zavisi za sta ti konkretno treba ali, pojednosavljeno, razbijes svaki parametar na elemente. Dakle, ne koristis datum vec dan, mesec i godinu.

Za tekuci dan odredis koji je dan, koji mesec i koji dan u nedelji i onda uradis upit nad tabelom tako da izdvojis slogove koji se pokalapaju sa danasnjim danom. VOdi racuna da u slogu ne moraju da budu definisani i dan i mesec i godina i dan u nedelji, vec da ta polja mogu biti i prazna pa ako su prazna zaobidjes njihovo poredjenje u upitu.

Otprilike ovako:

SELECT * 
  FROM events e
  WHERE
    (! EMPTY(e.event_day) OR (e.event_day = $today_day)) AND
    (! EMPTY(e.event_month) OR (e.event_month = $today_month)) AND
    (! EMPTY(e.event_year) OR (e.event_year = $today_year)) AND
    (! EMPTY(e.event_week_day) OR FIND_IN_SET($today_weeek_day, e.event_week_day))

[zextra]

Zašto ne implementiraš standardni UNIX-like cron scheduler?

Cron podržava ponavljanje na nivou minuta, sata, dana, meseca i dana u nedelji, u svim mogućim kombinacijama (npr. izvršavanje na svakih 5 minuta, ili samo utorkom i sredom), ne vidim zašto bi izmišljao rupu na saksiji?

Što se tiče mogućeg dizajna u bazi, mogao bi opet da se poslužiš cron dizajnom: 6 kolona (min, hr, day, mon, wday, task), uzmeš neki gotov cron file parser i izmeniš ga tako da ne čita fajlove već da radi sa live podacima iz baze.

Uzgred, ovo uopšte ne mora da bude zahtevno rešenje po pitanju resursa: jedno pokretanje skripte u minuti mi ne zvuči preterano zahtevno (ili mozda nešto previđam?).

Naravno, opet najviše zavisi od tvojih zahteva.

[Ilija Studen]

Konkretna primena je kalendar sa eventima za activeCollab. Složićeš se da cron tu baš i nije najpogodnije rešenje

[MorenoArdohain]

Mozes li reci kakvi su eventi u pitanju, tj konkretnije, da li je nesto user related?

[Ilija Studen]

Tipa event "Project progress review" koji navedeš da je ponedeljkom, 10:00AM i da se ponavlja nedeljno. Ili pak "Uplati plate radnicima", svakog 5-og u mesecu u 08:00AM. Taj fazon.

[degojs]

Mislim da bi najjednostavnije bilo da, ako neko traži da vidi događaje za recimo 11. nedelju ove godine, da kreiraš privremenu tabelu koja predstavlja tu nedelju i da onda protrčiš kroz sve one zapisane događaje --- i ako kriterijum za neki događaj odgovara, ubaciš zapis u tu privremenu tabelu.

Npr. imaš događaje:
1. svaki utorak u 10:00 am, uradi A
2. svaki 11. u mesecu, uradi B

Neko hoće da vidi događaje ze evo ovu nedelju (ne mora da bude "nedelja", možeš da "gađaš" bilo šta: dan, nedelju, mesec..). Napraviš privremenu tabelu otprilike sa ovim kolonama:

Dan   D  M  Y       Događaj
po    4  6  07
ut    5  6  07
sr    6  6  07
ce    7  6  07
pe    8  6  07
su    9  6  07
ne   10  6  07

Lepo sad prođeš kroz događaje i vidiš da li neki od njih može da se ubaci negde u ovu tabelu.. Prvi događaj bi mogao, drugi ne. Prvi događaj, pošto se izvršava "svaki utorak", samo upariš sa kolonom "dan" (tražiš WHERE ="ut"), a drugi, pošto je jednom mesečno prema datumu ("svaki 11. u mesecu.."), sa kolonom "D", itd. Morao bi negde za razne tipove događaja samo da odrediš sa kojom kolonom/kolonama se "uparuju"..

E sad.. ne znam da li se isplati stalno generisati privremenu tabelu na svaki zahtev ponovo ili je unapred generisati za npr. čitavu godinu, pa samo dopunjavati kad neko doda/izmeni/obriše događaj. To već treba malo testirati.

[MrSteel]

cini mi se da tebi ne treba triger vec samo preko selecta da znas sta se desava

ideja koja se meni cini sasvim ok, ugrubo skicirana je


user i group su tu cisto da imas konekciju kome je reminder ti imas mnogo bolju strukturu naravno

reminder_type bi ti govorio da li je daily, weekly ili time based, dakle specificno vreme

recimo dnevni bi selectovao

SELECT * FROM tbl_reminder WHERE reminder_type = 'daily' AND reminder_time = '8:00'

dan u nedelji

SELECT * FROM tbl_reminder WHERE reminder_type= 'weekly' AND reminder_weekday = 'monday'

tacan datum

SELECT * FROM tbl_reminder WHERE reminder_type = 'strict' AND reminder_date = 02-04-07 AND reminder_time = '8:00'

e sad varijacije mogu da se naprave za potpunije informacije i siru primenu ali mislim da ova tehnika odradjuje posao ako nista ne treba da ti okine dogadjaj vec samo da javi prilikom logovanja (osvezavanja)

naravno ja nisam ubacio da poredi sa reminder_for odnosno za koga je reminder to je jasno kako se radi

naravno mozes da dodas i startOn i expireOn da vodi racuna kada vazi ceo reminder