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
http://www.hagane-studio.com/images/model_reminder_cr.png

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 :D

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

[McKracken]

Ovde je mnogo veci problem kako obezbediti da se proverava da li je neki event na redu nego kako resiti sta/kako uraditi.

Posto je u pitanju web aplikacija u pitanju jedini nacin da se garantuje da ce se nesto izvrsiti u ponedeljak u 5 je ili cron ili neki trigger u bazi. Trece resenje koje podrazumeva okidanje provere u svakom fajlu je neprakticno i ne-pametno resenje.

[MrSteel]

mozda coveku ne treba izvrsavanje nego samo reminder, sto se meni cini da je tako

ali Ilija bi trebao da razjasni

[McKracken]

Vrlo moguce da si u pravu. :1073:

Meni uvek pada na pamet slucaj kada u neko vreme treba da se posalje reminder (email ili neki IM based reminder).

[ivanhoe]

Mislim da je najlakse da organizujes posebnu tabelu za svaki tip periodicnosti koji ces podrzati, znaci u jednu tabelu pises one koji se izvrsavaju svakog npr. ponedeljka, u drugu pises one koji se izvrsavaju npr. svakog 5-tog u mesecu i sl., posto ti za svaki od tih tipova periodicnih taskova treba drugacija pretraga baze..

Kad tako rasturis podatke onda dalje ne bi trebalo da je problem da se odradi logika za svaki tip posebno... recimo ako trea da se zabelezi reminder za svaki drugi ponedeljak u mesecu, napravis tabelu koja je organizovana da radi sa danima u nedelji, i samo svaki dan pronadjes koji je trenutno dan u nedelji(recimo da je danas ponedeljak), i SELECT-ujes sve remindere kojima je vrednost polja dan "ponedeljak". Onda pogledas koji je dodatni uslov (drugi ponedeljak u mesecu) i proveris programski da li je to ispunjeno (naravno ovo su predefinisane provere, jer ce korisnik imati par opcija kako moze da bira dan)... i to je to, samo krenes redom tako...

dushu dalo za egzibicije sa OOP i patternima :D

[Ilija Studen]

Hvala ljudi!

Mislim da će ovo raditi posao. Tabela events ima sledeća polja:

id - integer
name - varchar
year - integer
month - integer
day - integer
weekday - integer (gde je 0 nedelja, a 6 subota)
hour - integer
second - integer
repeat - enum(daily, weekly, monthly, yearly)

Kada se ovako rasloje podaci lako je izvući događaje za određeni dan:

// Kucano iz glave, cisto kao demonstracija. Nema nikakvih provera
// i najverovatnije sadrzi greske...
function get_by_date($timestamp) {
$elements = getdate($timestamp);

$where = array(
"(repeat = 'daily' AND day = " . $elements['mday'] . ')',
"(repeat = 'weekly' AND weekday = " . $elements['wday'] . ')',
"(repeat = 'montly' AND month = " . $elements['mon'] . ')',
"(repeat = 'yearly' AND year = " . $elements['year'] . ')'
);

return mysql_query('SELECT id, name FROM events WHERE ' . implode(' OR ' . $where));
} // get_by_date

Ista stvar ide i ako je u igri vreme - samo se dodaju uslovi za sate i sekunde.

Što se mene tiče, ovo zadovoljava potrebe za izradu jednostavnog event kalendara. Možemo tu sada da komplikujemo i dodajemo biweekly i bimonthly podršku, svaka dva sata, raspone gde dođaj može da se proteže na više dana i slične gluposti, ali i ovako kako je će raditi posao većini ljudi.

[Ilija Studen]

Što se slanja remindera tiče, ni to ne bi trebalo da bude veliki problem. Setuješ cron da okida skript svakih sat vremena (gde sam uzeo sat kao najniže moguće vreme slanja remindera, može i manje naravno), izvučeš podatke evente za taj sat (slična funkcija kao gore, samo sa dodatim hourly uslovom), proslediš izvučene evente funkciji zaduženoj za slanje i die().

Kao i gore, stvari se dodatno komplikuju ako hoćeš stvari tipa svakih 9 minuta u radno vreme, vikendom svakih 17 minuta u rasponu od 09:00 do 17:00 :D

Bottom line - u osnovi je jednostavno, a postaje teško ako sam sebi odlučiš da zagorčaš život (ili to šef uradi za tebe :D ).