re:  :
>>> ....es a vegeredmeny nekem mindig ugyanaz lesz, ha a teljes
>>> normalizalast valasztom.
>A fenti idézet tetszett nekem. Persze, hogy ua. lesz ha a koncepciod ua..
>Pl. az emlitett filmes példa.
>Ha filemnkent 1 rendező, tobb szereplo, a film cime
>az azonosito es filmközpontu az egész, akkor valszeg
>ua., vagy hasonlo lesz az adatszerkezet. De ha már nem
>1 rendezős filmekről van szó akkor már más.
miért más? szerintem a adatstruktura-szerkezet marad csak az
adatmennyiség változik: tökmindegy hány rendező vagy szinesz
vagy akárki dolgozik a filmen
>Vagyis nem a normalizált végeredményt
>kell kitalálni,
-a normalizalt vegeredmeny nem tudom kitalalni az
a normalizalassal alakul ki
>hanem a dolgok belső logikáját.
-a normalizalas errol szol
>Ez a nehéz. Mármint ez utobbit meghatározni, kitalálni,
>felfedni. Ez az amit a felhasználók általában nagyon
>titokban tartanak :)
Kell egy kis rutin de nem veszélyes mert:
- a meglévő adatok tényszerüek (nem tartják titokban:) )
- az osszefuggések adottak (esetleg be kell tanulni egy-ket szakmaba,
torvenybe, jogszabalyba, rendszerbe - talán ez valoban
nehez es fajdalmas dolog:) )
- a szerkezetet neked kell kitalálni es mint már
irtam ez a normalizalas es ha jo akkor barmilyen adatot
ossze tudsz kapni select-tel:)
re: fulgy:
>>>Például egyszerübb folyamatot, mint bejön egy hibaüzenet,
>>>a felelös megkapja, megválaszolja - ez workflow ? - hogyan
>>>lehet
>>>sql-ben megvalósitani?
>> pl.: +hibakod mezo es akkor mehet a select ...
>Bocs, nem vagyok képben, részleteznéd, mire gondolsz?
csinalsz egy tablat hibakod, hibauzenet mezokkel
feltoltod, majd a keretnyelvbol(c++,stb.) a hibakod
parameterrel meghivod az adatbaziskezelot
(a beepitett proceduranal, de hivhatod egybol az
utasitassal is az sqlszervert)az
kivalassza a hibauzenetet es visszaadja a keretnyelvben
irt alkalmazasnak. (az sql nem onallo nyelv ugyebar
- nincs benne user interfesz - vagy ha te tudsz olyat amiben
van ird meg gyorsan melyikben mert akkor lemaradtam:) )
>Eddig négyféle olyan problémát találtam, amire még ötletem
>sincs, hogyan lehetne megoldani.
>Az elsö kettö idötényezöhöz kapcsolható.
>A fenti példa alapján, ugye, a "hagyományos" tárolás eddig
>úgy nézett ki, hogy felülirjuk az adatot, mindig csak a
>legújabbat
>tároljuk, az illetöhöz csak egy cim, telefon, stb. tartozik,
>és az
>mindig a legújabb, a korábbi törlésre kerül.
>Amikor kell az idörend, akkor már bonyolultabb a megoldás, de
>elvileg kezelhetö, pl. két dátum/idö mezövel, az egyik a kezdö
>dátum, a másik a befejezö, és ha a befejezö is ki van töltve,
>akkor lezárható, "archiválható", akkor biztos, hogy már nem
>aktuális.
>Ugyanakkor lehet egynél több adat, aminél nincs befejezö
>dátum, ezek elvileg mind aktuálisak, de nyilván ezek közül
>egy lehet a "legaktuálisabb".
>Például egy ingázó esetében van két városbeli cim, csak a
>"menetrend" ismeretében lehet tudni, hogy adott napon
>melyik cimen tartózkodik, de mind a két cim "aktuális".
mar meg is valaszoltad: kell egy olyan mezo hogy mikor hol
lehet (menetrend) a paciens es annak megfelelo
cimet vagy cimeket adja ki.
>A negyedik tipust nem tudom definiálni se, "függöségnek"
>nevezném. Ilyenkor azt is meg kell nézni, hogy mihez
>kapcsolható az adat. Megpróbálom érzékeltetni az ingázós
>példa alapján.
>Tehát van egy személy, akinek van két lakcime, és tudjuk,
>hogy valamelyik cimen található, tehát a "menetrend" alapján
>tudjuk, hogy melyik cimen kell keresni.
>Igenám, de bejön a telefon problémája. Ha az illetöt telefonon
>akarom hivni, már sokféle telefont kell nyilvántartani.
>Elöször is van legalább két lakástelefon, tehát a telefonszám
>fixen a lakáshoz van kapcsolva. Azután jöhet egy mobiltelefon,
>és ekkor rögtön bejön két altipus. A mobiltelefon lehet a
>személyé, ekkor a személyhez kapcsolódik, és lehet a cégé,
>ahol dolgozik.
>Tehát már most van 4 telefonszámom, és kell egy tipus mezö,
>ami nyilván tartja a telefon tipusát.
>Ez eddig érthetö, de ott akadok el, hogy hogyan tudom a
>telefonszámot 3 különbözö táblához kapcsolni, ráadásul
>váltakozva? Egyszer személy, egyszek lakás, egyszer cég
>táblához tartozik a telefonszám. Persze, egy telefonszám
>közvetlenül csak egy tipusú lehet, tehát csak egyetlen másik
>táblához lehet kapcsolni, igy egyszerübb a helyzet.
>De itt elakadtam.
_szemely tabla ----- szemelyek
szem_azonosito
szemely_neve
_cim tabla ------cimek
cim_azonosito
cim_tipus -------munkahelyi, otthoni stb...
cim
_telefon tabla --------telefonszamok
telefon_azonosito
tel_tipus --------mobil,vezetekes stb...
tel_szam
_tel_hozzaferes tabla -ki ferhet a telefonhoz, meddig es hol
szem_azonosito *1
cim_azonosito *2
telefon_azonosito
mettol_hozzaferheto
meddig_hozzaferheto
_menetrend tabla ------paciens helyenek meghatarozasa
szem_azonosito *3
cim_azonosito *3
mettol_van_ott
meddig_van_ott
*1 - ha nincs kitoltve akkor mindenki, de akkor egy cim kell
telefonszam cimhez kotese
*2 - ha nincs kitoltve akkor mindenhol, de akkor egy nev kell
telefonszam szemelyhez kotese
*3 - lekerdezo kapcsolat a _tel_hozzaferes tablahoz is mert
itt tortenhet az a felteteleknek megfelelo telefonszamok
kivalasztasa: szemelyes telefonok, helyhez kotodo telefonok,
mobil, vezetekes, otthoni, munkahelyi, vagy ezek kombinacioja
a idoparameterek fuggvenyeben.
- igy egy szemelynek korlatlan cime lehet
- igy egy cimnek korlatlan telefonszama lehet
- igy egy szemelynek korlatlan szamu telefonja lehet
- igy egy cimnek korlatlan szamu tulajdonosa (szemely) lehet
- igy egy paciensnek korlatlan szamu menetrendje lehet
persze azert arra nem art vigyazni hogy egy idoben
egy helyen legyen lehetoleg.
- igy egy telefonnak korlatlan szamu tulajdonosa lehet
akar egyszerre is menetrendtol fuggoen
(es pl. ki lehet szurni mikor szabad a vezetekes telefon)
- igy munkaidoben ceges mobiltelefon kotheto otthoni cimhez is
- igy akar ket paciens kozos menetrendjenel hivhatom barmelyiket
barmelyikuk mobilszaman (na ez durva:)
stb...
....azt hiszem igy minden lehetseges lekerdezo variacio le van feddve...
....mar ha jol ertelmeztem a problemadat...
zfox
|
> >Az egyik ötlet az, hogyha én keresek könyvet, akkor
> >behatárolok 3-4, a közelemben lévö könyvtárat, és ha ott
> >van(nak) a keresett könyv(ek), elmegyek érte(ük).
> >Változik-e az adatszerkezet, vagy a séma, ha a fenti
keresésnél
> >nem egy, hanem legfeljebb 5 könyvtárat adhatok meg?
>
> miert valtozna?
mert akárhány könyvtárat ki lehet választani, nemcsak egyet.
Tehát, ha eddig a könyvtárak listában voltak, akkor ezután is
lehetnek listában?
> >Melyik a jó módszer és hogyan kell megvalósitani?
> >Paraméter átadással, vagy egymásba ágyazott keresésekkel?
>
> ha sql-t hasznalsz egyszerre is lehet - az mindegy hogy
> kered be a lekerdezesi felteteleket:
Tehát nem kell két, egymásra épülö keresés. Ez is jó.;)
> >Ez valóban igy van, vagy azért nem teljesen jó igy?
>
> tapasztalatbol tudom hogy lehet hogy sok memoria van,
> de sose eleg:
> nah meg a lekerdezo utasitas sem mindegy probalgatni kell...
Ezek szerint programfüggő. :-(
fülgy
|
