Czesc danych jest na sztywno bo nie mialem potrzeby tego wyciagac z bazy. po prostu takie predkosci tam sa - wiec po co komplikowac. kody pocztowe sa recznie wpisane dlatego ze robienie tego pod zapytaniem wydluzalo czas wykonania zapytania z 5 sekund do 45 minut :)
W lmsie fajnie jakby to bylo ale jak znam urzedy to za pol roku raport bedzie wygladal w 70% inaczej, a za rok czy dwa w ogole zmienia koncepcje i cala robota i kasa pojdzie do piachu...
----- "Andrzej Banach" lms@net-komp.net.pl napisał:
W dniu 2010-05-23 18:07, Jarosław Czarniak pisze:
SUBSTRING_INDEX(SUBSTRING_INDEX(address,' ',1),'/',1) as ULICA
Nie to zebym narzekal bo niezly kawal robotki zrobiles, ale z uwagi ze
takie raporty bedzie trzeba wykonywac co najmniej raz w roku wolalbym
zaplacic komus zeby:
- LMS uzywal bazy teryt, gdyz obecnie kazda literowka powoduje zmudne
poprawianie; Mysle ze taka implementacja wyjdzie tylko na + dla calego
projektu;
- skrypt wyciagal wszystkie potrzebne dane z bazy (taryfy, liste uslug
klienta itp itd) - obecnie podajesz na sztywno, ze kazdy z klientow ma
taka sama predkosc i ten sam typ uslug (co jest oczywiscie zaklamaniem
wynikow)
- skrypt dzialal z baza postgresowa :P
- skrypt mial implementacje w LMS'ie tak by pracownik mogl kliknac
guziczek "generuj raport UKE na dzien xx-xx-xxxx" i gotowe.
Ja rozumiem ze mozna nad tym posiedziec te kilka godzin rocznie i wyciagnac takie dane z bazy, (heh, na dobra sprawe to mozna to recznie
zrobic w excelu :P), ale takich raportow bedzie coraz wiecej i lepiej
dostosowac LMS'a do tego niz za kazdym razem zlecac robote adminowi.
pozdrawiam
Andrzej Banach net-komp.net.pl _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms