Uvod
 Stav vývoje

 Konference

    Pravidla
    IRC

 Vývoj
 Download
 Dokumentace
 CVS
 Odkazy

UCTO.LINUX.CZ

Konference - IRC - Session 9

Tato session se uskutecnila dne koncem října 2001:

<jmarek> ahojte vsichni, vitam vas...
<VKoranek> Halllo
<VKoranek> -)
<jmarek> pratele, je mi lito, ale budu vas muset opustit: jdu vyucovat tu smecku...
<jmarek> ;-)))
<jmarek> takze preji peknou debatu a zajimave zavery a podnety...
<jmarek> BTW: napsal jsem do konference annonci o setkani...
<Zdk> taky preji pekne zazitky
<durill> zdar, ste tu este nekdo?
<Fers> Ja jsem tu, ale asi pozde.
<Fers> Cau
<jmarek> ahoj...
<Fers> Cetli jste muj mail? Je to tak trochu shrnuti nasi predchozi diskuse. Jsou tam nektere veci trosku doujasnene.
<durill> jo, cet sem to. V podstate by tedy nase fantazie mohla bejt realizovatelna...
<durill> pred chvilkou sem na jmarkovy poslal navrh na tabulky pro adresar.. je to prvni nahled, tak se mi to nechce posilat do konf. a pristup na cvs nemam
<jmarek> durill: uz mi to doslo, o heslo do cvs pozadej dana ohnesorga (danohnesorg.cz)
<Fers> Nejedna se jen o heslo, ale take o email s domenou ucto.linux.cz :-)
<Fers> Promin. Nejedna se jen o pristup do cvs.
<durill> jinak, nechcete dat na web vcerejsi odpoledne? Rad bych se podival co se resilo
<Zdk> durill: posli mi take ten adresar, dik - jirsaalma-ltd.cz
<jmarek> durill: bud klidny: neresilo se nic...
<jmarek> haloo, pratele...
<Fers> Ano?
<jmarek> tak jak to dneska vidite?
<jmarek> posilal jsem do konference annonci o planovanem setkani...
<jmarek> zatim se nikdo neozval...
<jmarek> :-(
<Fers> Zatim nemam co resit. Jeste jsem se k tomu nedostal. Mozna tento vikend neco zplodim. Pokusim se napsat nejaky framework, ktery mi umozni mit tabulku a pak ji obohatit o dalsi polozky. A mit pri tom operace jako precti xml objekt z databaze apod.
<jmarek> myslim, ze bys mohl zatim rozmyslet system komponent: co vse bude treba , jake pevne polozky, jak 'zaregistrovat' novou komponentu a nabidnout jeji funkce a tak...
<jmarek> co ty na to?
<jmarek> takovy .deb system pro ucto ;-)))
<Fers> Ja bych jeste pockal. Ono je to trosku dost predem. lide jeste nevi. Mozna take nekteri jsou zklamani z rychlosti vyvoje. Mozna bychom mohli tento vikend koncipovat vice pracovni nez prezentacni. Poslal jsi to do linuxlinux.cz? Mozna bychom mohli dat poznamku na root.cz
<Fers> Spise .deb pro databazove systemy :-)
<Fers> Na root.cz bych to dal, abychom si vychovavali lidi. Jako ze existujeme a zijeme.
<durill> no, to je jasne
<durill> soe
<durill> sorry to je hodne mimo.. neak sem ulit
<Fers> :-)
<jmarek> urcita prezentace nezaskodi ;-)
<Fers> Tak ja zaridim ten root. Ale jeste drive by to chtelo vytvorit stranku na webu. Ja to udelam.
<Fers> Mozna by nemuselo byt spatne kdyby Karel Zak udelal prednasku o mape :-)
<Fers> Na tom setkani.
<Fers> Haloo?
<jmarek> jo jo...
<jmarek> omlouvam se, jsem trosku mimo...
<jmarek> zkusim to s Karlem domluvit...
<Fers> Diky :-)
<pigster> je tu nekdo ??
<Fers> Cau
<Zdk> Zdravim
<Zdk> durill: v cem si mohu otevrit ucto_adresar.ps
<durill> to je PostScript :-), v KDE je na to prohlizec v men grafika.
<durill> jinak to mozna umi AdobeAcrobat, v linuxu bejva ps2pdf na prevod z PS na PDF.
<Fers> Zdravicko
<jmarek> nazdarek...
<Zdk> Zdravim
<Zdk> co je treba resit?
<jmarek> nazdarek...
<jmarek> tak jsem mluvil s Karlem Zakem a domluvili jsme se, ze by toho 24. 11 byl s nami...
<Fers> Vyborne :-)))
<durill> Zdk: uz sis prohlid ten .ps?
<Zdk> nedari se mi, ale .sql staci, mel bych par poznamek
<durill> sem s nima
<durill> btw: ps je postscript.. po jakym os na to koukas?
<Zdk> asi bych stotoznil pole RC a ICO
<Zdk> pokud nema zakaznik ICO, psal bych sem RC, protoze pak se vyhnem podminkam na sestavach zda je ICO null
<durill> to by slo.. co tam je se pozna podle id_formy
<jmarek> no, me to prijde trosku moc rozvetveny ;-)
<rc> coz taky neni nejlepsi. Pak bude potreba overit, zda je to IC nebo RC
<durill> rozvetveny to je dost, na to sem specialista :-)
<jmarek> myslis, ze ti nekdo vubec bude ochoten rici svoje RC? Myslim, ze standardni odpoved (alespon v mem pripade) by byla: co je ti do toho?
<durill> je pravda, ze RC taky nemusi bejt uvedene.. to slouceni tu podminku neresi..
<jmarek> a proc tam mas tabulku adr_kraj?
<Zdk> asi nikdo nebude do db zakladat bezneho obcana, ale pokud bude chtit se mnou komunikovat anema ICO, tak jeho prukazkou je RC. Bezneho obcana bych zahrnul pod obecnou fiktivni firmu, ktera se bude pouzivat pro vsechny.
<jmarek> durill (mozna na tebe budu trosku zlej, ale vydrz to, prosim) ;-)))
<durill> spise kvuli statistikam (prodej v krajich nebo tak..) a kvuli country v cizine (USA)
<jmarek> Zdk do 10000,- Kc je to mozne. Nad tuto castku musis vystavit uplny doklad, ne zjednoduseny...
<durill> ja to vydrzim :-) (
<jmarek> durill diky ;-)
<durill> Ale na velkym dokladu bejt RC nemusi. Ty si muzes pro identifikaci vytvorit treba cislo zakaznika nebo tak neco
<jmarek> taky si myslim...
<Zdk> mame stejnou myslenku, jenom jsem to nevhodne popsal
<durill> tabulka kraj ale muze bejt samozrejme vynechana.. jestle Vam pride hodne nadbytecna, pak v adrese bude rvnou odkaz na stat
<jmarek> jak nad tim premyslim: ty to mas dost pripraveny pro inetovy obchod, ze?
<Zdk> ja jsem taky pouze pro jedno pole ICO a pripadne se do nej muze psat RC, kdyz to bude treba.
<durill> a k identofokaci zakazniku muzes pouzivat rovnou id_subjekt, nebo muzeme pridat neake pole na lidstejsi identifikator
<durill> ano, s eshopem v tom navrhu pocitam
<durill> spise ale do budoucna.
<jmarek> jasne...
<Zdk> hodne firem pouziva cislo zakaznika
<jmarek> me porad trosku vadi velka rozevlatost te struktury...
<jmarek> vem si, kolik tam bude subselektu...
<jmarek> a hlavne vnorenych...
<durill> jo, navrh je to spise z pohledu datoveho, po vykonostni strance to bude chtit doladit
<jmarek> nez dostanes z adr_subjekt kompletni adresu, musis pouzit v podstate 4 vnorene subquery...
<jmarek> a to tam jeste nebudes mit jednatele...
<jmarek> asi bych byl pro toto zjednoduseni:
<durill> jo, ale co firma, kde je nekolik ruznych adres? (adresa sidla, pak ruzne adresy dodani..)
<jmarek> adr_adresa vlozit primo do adr_subjekt i za cenu toho, ze pro nekolik pobocek jedne firmi budu mit vice zaznamu v adresari...
<jmarek> ach, ten cestin...
<jmarek> firmy...
<jmarek> dale jednatel by byl uveden primo v adr_subject
<jmarek> ale byla by zachovana adr_osoba s tim, ze by se odkazovala na firmu, ke ktere patri, cimz by odpadla adresa...
<Zdk> ja bych dal jednatele jako nepov. udaj, spise jako kontaktni osobu
<jmarek> jako adresa v polozce toho dotycneho...
<durill> a pokud budu chtit vedet, jakej obrat ma ktera firma, sestavit nekay zebricek TOP odberatelu... pak to bude delat problemy. Chcet udelat jen ciste ucetni system, kterej bude hodne rychlej, nebo i neke statistiky a zakladni analyzu
<jmarek> Zdk misto jednatele si muzes doplnit kontaktni osobu ve firme: nekdy je to docela vyhodny...
<jmarek> durill ja jsem rikal, ze budu zlej ;-)
<durill> z hlediska rychlosti by sme mohly adresu sidla subjektu a jeho jednatele zduplikovat do tabulky subjektu. Tim ziskame rychlost, ale budeme resit duplicity.
<durill> respektive duplicitne uvedene udaje na ruznych mistech.
<jmarek> i tuhle statistiku muzes udelat: nechas si vyjet takovou statistiku pres tech par zaznamu v adresari a je to...
<durill> dobra, ale pak musime umnet neak oznacit zaznamy v adresary, ktere patri stejne firme
<jmarek> podle IC, ne?
<durill> blbec, mame prece ico :-0
<Zdk> pokud ma firma pobocky vsechny maji stejne ICO, pobocky dale mohou mit ruzna mista dodani a jeste se to komplikuje s fakturacnim mistem (zbozi jde jinam nez faktura) - Vas datovy pohled?
<durill> faktura de subjektu ID_Subjekt na dodaci adresu ID_adresa (soucast faktury, dodaku) a ucetni doklad zaslu osobe ID_Ucet
<jmarek> Myslim, ze dve adresy (fakturacni a dodaci) by v te polozce nezaskodily...
<Zdk> site velkych obchodnich domu maji az cca 30 pobocek
<jmarek> Prinejhorsim bude jedna nevyplnena...
<jmarek> to je pravda a bude to sice vice zaznamu, ale zase v jednodussi strukture...
<jmarek> takze se v ni tech 30 zaznamu lepe najde a rychleji vybere...
<jmarek> bude se s tim lepe pracovat...
<jmarek> rozbor podle kraju lze udelat podle PSC...
<jmarek> A to i v USA...
<jmarek> (kde maji NY35698)
<jmarek> nebo tak...
<durill> OK, mesto pude rovnou na stat a tam pribude polozka country. Nebo to chcete spojit i s udajema o statu?
<jmarek> byl bych pro databazi PSC a mest...
<Zdk> bude db psc uplna?
<jmarek> to se uvidi ;-)
<jmarek> rozhodne se do ni bude moci dopisovat ;-)
<durill> O tom sem premejslel, ale nenapadlo men, jak jednoznacne vyresit velka mesta (Praha 8 ma 18x 00 kde x je cislo posty) a zase noupak male vesnice, kde je jedno PSC pro nekolik vesnic.
<durill> noupak = naopak
<jmarek> to jde udelat tak, ze pokud zadas misto, doplni se PSC a ne naopak. Pripadne lze pak nechat vybrat z omezeneho rozsahu, ze...
<jmarek> pak by se to dalo zjednodusit a pouzit to i pro PSC-> mesto...
<Zdk> asi se zeptam hloupe, ale chapu z vasi reci, ze ID bude cislo a ne text? Pokud by to byl text bude v radku DB videt o jakou skupinu se jedna, neni tudiz nutna dalsi vazba.
<jmarek> Zdk ted nevim, jakou skupinu mas na mysli?
<durill> no, ja ososbne s tim z Bakalaru moc dobre zkusenosti nemam. TAm se jde z PSC na mesto a kraj a ne vzdy je to uplne bez problemu
<jmarek> durill protoze je to obvykle natvrdo...
<jmarek> pokud bude vyber z nekolika moznosti...
<durill> Takze to budeme pouzivat pouze jako ciselnik a podle jednoho budeme filtrovat nabizene polozky druhe.. OK to by se mi libilo
<jmarek> ale polozka PSC by mela byt char, nikoliv cislo...
<jmarek> kam bychom zapsali to NY... ;-)
<Zdk> pokud bude existovat dalsi vazna na tabulku, treba mest a ja budu videt v radku db BRNO nemusim v tom konkretnim pripade(sestava, vyber) delat dalsi vyber na subtabulku
<jmarek> durill ano, domnivam se, ze to je spravne pouziti... ;-)
<jmarek> aha... jeste jsem neuvedl, ze ta tabulka (tedy ciselnik) mest a obci bude asi pouze pomoc pro zadavani... V udajich firmy bych to nechal natvrdo...
<Zdk> ja tu slozite popisuji vybery z urcite mnoziny a ono to jde tak jednoduse - ciselniky
<Zdk> tak jsem se zase sesli, taky souhlas
<jmarek> ;-)
<durill> Z toho ciselniku to budeme kopirovat do adres nebo odkaz na ciselnik?
<Zdk> ja bych to kopiroval do adres
<jmarek> ja spise taky...
<jmarek> ja vim, ze je to duplicita, ale bral bych to jako pomoc pri zadavani adres...
<durill> OK, pak to beru
<Zdk> je v tom vidim noznost kontroly zadavanych udaju, ze to jednou nebude malim pismem atd, vsechna velka atd.
<durill> Takze to predelam do plossi struktury.. s ciselnikama a prekopirovavanim udaju do dalsich tabulek
<jmarek> zkus to...
<jmarek> ja zastavam nazor, ze v jednoduchosti je sila...
<Zdk> uzivatel bude muse poctive doplnovat ciselniky
<jmarek> pak je to i min narocne na masinu -> rychle odezvy a uzivatele jsou spokojeni ;-)))
<durill> podle mne tim ale zadelam na problemy s velikosti pismenek a ruznejma zkratkama, ale klidne to udelam v zajmu rychlosti.
<jmarek> Zdk i to se da usnadnit, pokud jako posledni polozku te nabidky das: 'Zadat jine misto...'
<durill> Bude to tak nekdy ve stredu ve ctrvrtek pristi tejden
<jmarek> durill pokud vezmes za klic ICO a ne nazev (ktery by mohl byt volitelne...)
<Zdk> protoze pokud mu dame moznost zalozit polozku do ciselniku pokud neexistuje - on si zalozi co chce, nebude dodrzovat kulturu
<jmarek> tak se ti v podstate rozvine nabidka treba az s 30-ti polozkama (pobockama) firmy, ale pak se kouknes na misto v adrese a mas ji...
<jmarek> Zdk to je ovsem otazka stabni kultury te firmy...
<Zdk> ? jde nejak urcit format zatim neexistujiciho mesta - aby prvni bylo velke a ostatni mala
<jmarek> to uz v programu nijak neovlivnis...
<durill> stabni kultura je hezka, ale lidi sou lidi
<jmarek> to mas pravdu, ale uplna blbuvzdornost neexistuje ;-)
<Zdk> co rabaty a marze?
<durill> velikost pismenek v nazu muze bejt ruzna. viz viceslovne nazvy.. to jednoduse rict nepude
<durill> to je v kategorii
<jmarek> aby to nakonec nebylo jak v USA: napis na zrcatku: To, co zde vidite, se nachazi ve skutecnosti za vami...
<Zdk> muze jedna firma byt ve vice kategoriich?
<durill> Aha, ja sem nakonec jednu tabulku vyhodil..
<jmarek> kazda pobocka muze byt v jine kategorii ;-)))
<jmarek> takze se nam to jeste zjednodusilo ;-)
<Zdk> priklad - firma patri do top 100 > > vyhody ale soucasne probiha akce > > vyhody - jde to tak?
<durill> respektive v kategorii je misto pro marze, muzeme pridat rabat. a dalsi
<durill> s pobockama neni prob, budeme kazou zapisovat zvalst :-)
<jmarek> Zdk myslim, ze kategorie by mela byt pouze nabizena, tj: probiha akce -> muzu pridat slevu...
<durill> akce bych taky resil spise u dane polozky, nez u zakaznika
<jmarek> no, ono to stejne bude probihat takto:
<jmarek> faktura -> doplnim firmu -> doplni se mi kategorie -> pokud budu chtit, zvysim slevu -> pripadne u nekterych polozek na fa jeste slevu pridam...
<durill> a apk musime nechat lidem moznost upravovat primarni doklady rucne, nemu to ject jen automat..
<durill> presne tak, jak pise jmarek
<durill> sorry, uz neak nezvladam psat, budu muset zvolnit
<jmarek> ;-)
<Zdk> ale on muze patrit jak do Top100 zak ZasilaniInfo
<jmarek> zasilani infa bych dal vubec zvlast...
<jmarek> to asi se slevou nebude mit moc do cineni, ne?
<Zdk> podad volim spatne priklady, ale tech skupin do kterych muze zakaznik patrit byva nekdy vic
<durill> A ty skupiny do kterejch patri sou ale rozdelovany podle ruznejch kriterii, ne?
<Zdk> ano
<jmarek> Zdk mas nejaky navrhy na kriteria?
<Zdk> pokud povolime aby firma patrila do vice skupin usetrime dalsi policka - zasilani info, je odberatel ci dodavatel ....
<Zdk> kriteria si vetsinou obchodnici podle svych potreb voli sami, nejde to rici dopredu obecne
<jmarek> jo, jenze napr. na vystavovani dokladu potrebujeme jen ty kategorie, ktere znamenaji slevu...
<durill> v tom pripade muze bejt tabulka pridelovani kategorii, s id_kat, id_firma
<jmarek> ale i tak by mohla tedy byt tabulka s temito udaji...
<jmarek> protoze napr. na fa budeme potrebovat tisknout jen adresu, ktera se vybere jednim dotazem bez dalsich poddotazu...
<Zdk> souhas .. tak bude lepsi mit dve policka - kategorie pro slevu, rozdeleni do skupin
<durill> OK, snad sem vsechno pochopil. Ted musim mizet, klidne to probirejte dal a pak to hodte na web nebo mne do malu
<jmarek> no, ja asi taky odpadnu ;-)
<Zdk> jeste posledni vec
<jmarek> ???
<durill> id_kat bych tedy nechal na slevu a pridal tu tabulku rozdeleni do skupina tabulku s popisem skupin
<durill> OK
<Zdk> kazdy zakaznik muze mit ruzne definovane ceniky zbozi
<durill> ?
<jmarek> kdyz je moc zmen, je lepe si to zase v klidu vytisknout a popremyslet nad tim...
<Zdk> tak jo
<jmarek> Zdk ja nevim, ale asi bych to prece jen nechal na ty kategorie...
<durill> takze pristi tejden ve stredu... nebo ctvrtek, ale budu se snazit to zvladnout do ST.
<durill> Ahoj
<jmarek> mej se...
<Zdk> jinak konference nejak ozila, jen jsem nedostl zadnou pripominku k hlavickam
<Zdk> pekny vikend
<jmarek> ja jsem taky nedostal zadny ohlas na setkani...
<jmarek> no...
<jmarek> asi budu muset pozadat, aby se hlasili zajemci...
<Zdk> ja mam zajem, poslu e-mail
<jmarek> no, ja asi taky pomalu pujdu, ale budu muset jeste restartnout pocitac: nejak jsem zasekl zvukarnu a odmita se inicializovat...
<jmarek> dobry...
<jmarek> aspon to budu mit potvrzeny...
<jmarek> dik.
<jmarek> takze se mej hezky a hezkej vikend...
<Zdk> tak zdarek


Náš projekt :-)    Copyright (c) 2001 Všechna práva vyhrazena