DevProTalk
Strana 1 od 2 1 2 >
Prikažite 40 poruka iz ove teme na jednoj stani

DevProTalk (http://www.devprotalk.com/index.php)
-   Programiranje (http://www.devprotalk.com/forumdisplay.php?f=23)
-   -   Repeating events (http://www.devprotalk.com/showthread.php?t=3004)

Ilija Studen 04. 06. 2007. 17:10
Repeating events
 
Č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 04. 06. 2007. 17:14
Meni prvo na pamet padaju triggeri.

Ilija Studen 04. 06. 2007. 17:23
Trigeri baze? Teško (čitaj: MySQL 3.23.xx) :)

Pedja 04. 06. 2007. 17:35
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:

Kôd:

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 04. 06. 2007. 18:35
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 04. 06. 2007. 20:18
Konkretna primena je kalendar sa eventima za activeCollab. Složićeš se da cron tu baš i nije najpogodnije rešenje :)

MorenoArdohain 04. 06. 2007. 20:27
Mozes li reci kakvi su eventi u pitanju, tj konkretnije, da li je nesto user related?

Ilija Studen 04. 06. 2007. 20:37
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 04. 06. 2007. 21:03
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:
Kôd:
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 04. 06. 2007. 21:19
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 :D

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


Vreme je GMT +2. Trenutno vreme je 13:54.
Strana 1 od 2 1 2 >
Prikažite 40 poruka iz ove teme na jednoj stani

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.