To zalezi na uhlu pohledu. V momente, kdy do stavajici db pridas haldy dalsich tabulek a zmodifikujes API, aby to fungovalo, tak uz je to podle me proste zase uplne jina databaze. Na soucasne to proste nejde elegantne vyresit.
Michal Grézl napsal(a): > 2009/8/13 Kubajz <[email protected]>: > >> Konzistence bude zajistena uplne stejne jako je treba ted zajistena >> konzistence bodu a ways. Ja jen rikam, ze nad stavajici strukturou >> databaze proste odbocovaci pruhy neudelame. >> >> K >> >> > > konzistence bodu a ways je zajistena pomoci api, a taky pomoci > nastroju dbms. Pokud nasi novou krasnou databazi zamontujeme do techto > dvou udrzovacich mechanizmu, stava se soucasti databaze puvodni a uz o > ni nelze hovorit jako o nove. > > Urcite by sel vymyslet slovni popis krizovatky, a takovy popis > rozsekat do nejakeho systemu tagu. > Treba: > lanes=4 > lanes_from_left_to_right=left,straight,straight_and_right,right > > - a mame odbocovaci pruhy. Urcite by to slo namontovat na soucasny datamodel. > > Musel by ovsem nekdo vyrobit nejaky navigator co to pouzije, ponevadz > teoreticke tlachani nema zadny vyznam v projektu, ktery ma jako > fundamentalni soucast modelu funkcnosti vizi "co se pouziva, to je > spravne, cim vic se to pouziva, tim vic je to spravne". Mate nekdo > garmini navigaci? Umi to ten nahled na pruhy na krizovatce vubec? > > _______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
