Van.
Normaforma szintek (egymasra epulo):
1nf:
- minden sora kulonbozo
- oszlopok szama es sorrendje minde soorban azonos
- minden oszlop egyforma attributumot vesz fel
- minden sorhoz tartozik egy egyedi kulcs
2nf:
- 1nf es
- a nem kulcs attributumok teljesen fuggnek az elsodleges kulcstol
3nf:
- 2nf es
- funcionalis fugges csak az elsodleges kulcsbol indul ki es kozvetett 
osszefuggesek nincsenek
4nf:
- 3 nf es
- legfeljebb egy toberteku fugges van benne
5nf:
- 4 nf es
- redudancia teljes megszuntetese

(segitseg: Hampel György - Adatbazisok.pdf - ha nem talalod neten kuldj 
egy 
Emailt)


En igy csinalnam meg az adatbazist:

FILM (tabla)

film_azonosito   
film_cime
megjelenés_eve
mufaj_azonosito       ------   MUFAJ tabla 


KOZREMUKODO (tabla)
film_azonosito   ------ FILM tabla (kapcsolat a fotablahoz)
szerep_azonosito ------ SZEREP tabla (kozremukodo tipusa)
nev_azonosito 	 ------ NEV tabla (kozremukodo adatai)

NEV (tabla)
nev_azonosito
nev

SZEREP (tabla)
szerep_azonosito
szerep           -----(a kozremukodes tipusa, szinesz, rendezo, stb.)

MUFAJ tabla
mufaj_azonosito 
mufaj

Van 2 db. 512 MB 400MHZ PC3200 Kingmax Superram -om.
Teljesen egyforma két modul, mennek dual-ban.
Ezt becserélném 2 db. 512 MB PC3200 bármilyen más
(márkás) DDR ramra, amik szintén mennek dual-ban.
Az ok: bár a memóriák hibátlanul működnek, de az alaplapom
nincs barátságban velük. Imkompatibilitás!
Akit érdekel: privát!

On Mon, Oct 16, 2006 at 07:03:20PM +0200,  
wrote:
>
> FILM (tabla)
> azonosito     ------   SZEREP tabla
> rendezo         ------   RENDEZO tabla (rendezo adatai)
> film cime
> megjelenes eve
> mufaj          --------   MUFAJ tabla
>
>
> SZEREP (tabla)
> film azonosito       --- FILM tabla
> szerep azonosito
> szinesz neve      ------ SZINESZ tabla (szinesz adatai)
>
>
> Szerintem ez igy teljesen rossz, mert egy filmnek nemcsak
> egy rendezoje,

Ebben van valami, de a pelda szerint csak egy lehet.

> szinesze lehet, es ezek lehetnek azonosak is,

Szinesze viszont a megoldas szerint is tobb lehet, mert a Szerep
tablaban egy filmhez annyi rekordot lehet felvenni, ahany szinesz
jatszik benne. Az, hogy a szinesz azonos a rendezovel, nem problema,
mert szerepelhet az azonosito tobb helyen is. Azt persze meg lehet
oldani, hogy ne legyen kulon SZINESZ es RENDEZO, hanem SZEMELY, es akkor
elkerulod, hogy ha valaki szinesz es rendezo is, akkor ket helyen
kelljen szerepelnie az adatainak.

> Tehat es olyan tablat csinalnek, ahol a FILM tabla egy
> SZEMELY tablahoz kapcsolodik, es kell egy TIPUS kapcsolat
> is, ami megadja, hogy az adott szemely az milyen tipuskent
> csatlakozik a filmhez (rendezo, szereplo, stb.)

Tipus nem kell. A pelda szerint pl. egy film, egy rendezo, itt
egyszeruen abbol derul ki, hogy mi a kapcsolat koztuk, hogy a rendezo
mezoben szerepel a rendezo azonositoja. Ha tobb rendezot is megengedunk
egy filmnek, akkor mar lehet bevezetni egy RENDEZES tablat, ahol
filmazonosito+rendezoazonosito (ez utobbi a SZEMELY tablahoz
kapcsolodik) van.
>
> Viszont ennek a megoldasat meg nem tudom felvazolni, csak
> gondolkozom rajta. Keresek valami elmeleti segedanyagot,
> de SQL konyveknel csak lekerdezeseket targyalnak.

Halassy Bela konyveit keresd. Kicsit mar regiek, de az adatmodellezes
alapjai nem valtoztak.

--
--- Friczy ---
'Death is not a bug, it's a feature'

Szia!

Ha komolyan érdekel a dolog, mármint az adatbázis tervezés, és az ehhez 
kapcsolodó dolgok, akkor Halassy Béla könyveit keresd. Pl. Az adatbázis 
tervezés alapjai, és titkai, ez régi és már nagyon nehéz hozzájutni. 
Frisebb, szintén az említett úrtól, az 'Adatmodellezés' c. 
könyv.Egyébként kérdésedre az én válaszom az, hogy nincs egyedül 
üdvözitő megoldás egy való vilagbeli problémának a modellezésében. Úgy 
csináld ahogy te jónak látod, és úgy, hogy a rendelkezésedre álló 
információknak feleljen meg. Ezalatt azt értem, hogy ha tudod, hogy csak 
1 rendezős filemeket teszel fel, akkor leve nem gondolkodsz több 
rendezőben és akkor már nem kell kapcsoló tábla a filemk és a rendezők 
közé. Ha a peremfeltétel nem áll fenn, mármint az 1 rendezős film, akkor 
viszont kell kapcsoló tábla. El lehet mélázni azon amit írtál, hogy 
személyek, filemek és beosztások hármast használsz. Jó a gondolat, de ha 
véges beosztásokkal dolgozol, tehát pl. csak a rendezőkre és a 
szereplőkre vagy kiváncsi akkor akkor nem biztos, hogy az elöző 
konstrukció a megfelelő, föleg akkor ha esetleg a rendezőkről, vagy a 
szinészekről olyan infokat is nyilván akarsz tartani amelyik a másiknál 
nem található meg. Buta példa, de a szinészek hangfekvése érdekes lehet, 
míg a rendezőké nem. Ha a Film, személy, beosztás szerkezetben 
gondolkodsz, akkor ezt az adatot minden személynél nyilván kell 
tartanod, vagy más adatszerkezett választasz ill. bővited a hármast. 
Talán a fentiekből is kitetszik :-), szerintem nincs egyedüli üdvözítő 
megoldás ill. ha pontosan meghatározzák a peremfeltételeket és 
viszonylag egyszerü az adatszerkezet, még akkor is el lehet gondolkodni 
az elméleti modell fizikai megvalósításán, az adatok mennyiségének 
függvényében, és persze az sem mindegy, hogy milyen, és milyen gyakori 
lekérdezéseket fognak végezni a felhasználok. Ez utobbi gondolatmenet, 
nem az elméleti modellhez kapcsolodik.
Hát jó agyalást :-), mert néha az ember gyerek napokig gondolkodik egy 
egy kapcsolaton, mert érzi, hogy nem az igazi, tehát agyal :-)

Üdv.

Koszonom szepen mindenki segito szandekat, a nem indulo gep ugyeben.
Az alaplapi kondikat en mar a levelem bekuldese elott vegigneztem, 
egy sincs felpuposodva rajta sehol sem, semmi szemmel lathato meghibasodast 
nem talaltam.
Tapcserét probaltam (400W) -hatha segit-, maradt minden a regiben, eloszor 
hangtalanul nem all fol a rendszer, majd ugyanezt sipolva teszi. Mivel 
uj 
konfigra nincs keret, a kovetkezo lepesem valoszinuleg az alaplap csereje 
lesz 
valami hasonlo szintu hasznalt lapra (pl. Vatera), hosszas keresgeles után. 
Tudom, hogy a hasznalt alaplap nem egy eletbiztositas, de nincs jobb otletem.
Kulon koszonet a maganlevelben mar aznap valaszolo kedves embereknek,
nev nelkul LiRul, Torok Istvan es GT64 embertarsaimnak! :)

Majd megirom, ha barmi valtozas all be az ugyben, mindenki okulasara.

Sikeres gepinditast kivanok mindenkinek
(en most tudnam csak ertekelni)!
Majkut Milan

> Hú, egy pillanatra végigfutott a hátamon a hideg, amint
> megnyitottam az elsö találatot, amiben az állt, hogy meghalt.
> Belenéztem pár másik találatba, csak annyi szerepelt, hogy
> "starterstöl kaptam egy jobbat, dolgozom rajta".
> Mintha jelen idöben lenne, és valóban dolgozna rajta....
Valahol megvan az adatbázis Accessben, de most nem találom. Ha fontos,
előkeresem és felteszem valahova, de inkább mondd meg, hol akadtál el,
mert elég nagyra nőtt, és modemmel nem túl egyszerű töltögetni.

> Tehát és olyan táblát csinálnék, ahol a FILM tábla egy
> SZEMÉLY táblához kapcsolódik, és kell egy TIPUS kapcsolat
> is, ami megadja, hogy az adott személy az milyen tipusként
> csatlakozik a filmhez (rendezö, szereplö, stb.)
> Viszont ennek a megoldását még nem tudom felvázolni, csak
> gondolkozom rajta. Keresek valami elméleti segédanyagot,
Szerintem is hasonloan kell: a FILM ill. a SZEMELY tablaban nincsenek
egymasra utalo adatok (elobbiben a cim, keszitesi ido, cimlap, stb. -
utobbiban nev, levelcim, stb.) - a TIPUS tablaban pedig "rendezo",
operator", "foszereplo", stb. Mindharom tablaban azonositok.
Kell meg egy segedtabla is, amely osszekapcsolja az egeszet. Ebben
kodok vannak: 3 kod a 3 tablara - melyik filmmel ki milyen kapcsolatban
van. Ha ez nem megy, akkor a FILM es a SZEMELY tablat kell
osszekapcsolni egy 2 kodot tartalmazo segedtablaval. Ilyenkor meg lehet
probalni *pluszban* pl. a SZEMELY es a TIPUS tablat is osszekapcsolni
egy hasonlo segedtablaval - nem probaltam ki, de az egesz adatbazisnak
mukodnie kell (adatbazis tanartol kaptam az otletet).
Termeszetesen barhol nagy tomegu szoveges adat van (pl. mozik neve,
stb.) azt szotarazni kell.

> de SQL könyveknél csak lekérdezéseket tárgyalnak. Sajnos
Nezd meg "Az SQL hasznalata 24 ora alatt" konyvet! Persze nem egy nap,
hanem 24 tanora!

[...]
>>Mas gepeknel meg csak felejtgeti az idobeallitasokat, de az
>>elem mar eresztett magabol egy kis folyadekot. Vedekezes?

>>Markas elem hasznalata. Zseblampanal, meg hasonlonal aksik
>>hasznalata. Lehetoleg megbizhato kinainal kell vasarolni :)))
>>--
>>Torok Istvan


>Nalunk a cegnel "markas" VARTA ALKALINE Extra Longlife elemek=20
>(0% Hg,Cd) vannak rendszerben. Nagyon oda kell figyelni rajuk, mert
>tipushibajuk, hogy a teljes lemerules hataran kifolynak.=20
>Sajnos nem egy kezimuszerunk karosodott mar emiatt. Sot volt 
mar=20
>ra eset, hogy a gyari bontatlan csomagolasu elem is ki volt mar 
folyva=20
>(8 honapja gyartott).
>
>De legalabb jo dragak es "markas" elemek. Na ennyit a neves=20
>gyartokrol!
> Udvozlettel  Farkas Janos         2006.10.16.

Bevallom, hogy itthon intenziven hasznalunk NiMH aksikat, Ansmann,
Varta, Duracell, Energizer es GP tipusuakat. A Varta aksikkal orokke=20
valami baj van. Hamar tonkremennek, a leghamarabb ezek 
merulnek=20
le az intenziv onkisulestol, a Varta multicomfort tolto ezektol hulyul=20
meg a legtobbszor (vagy lekapcsol 2 perc alatt, vagy veg nelkul, akar
36 oran keresztul is tolti)

SZVSZ a Vartat hagyjuk ki a nagy nevek kozul...

--
Török István