- Milyen egeret válasszak?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Fujifilm X
- Androidos tablet topic
- Vezeték nélküli fülhallgatók
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Hobby elektronika
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Milyen videókártyát?
- Milyen TV-t vegyek?
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
A Video AI lehet a One UI 6.1.1 ütőkártyája
ma Vagy hogy fogja a mesterséges intelligencia manipulálni a mozgóképeket?
Új hozzászólás Aktív témák
-
L3zl13
nagyúr
1. Felsorolást tárolni egy mezőben eleve rossz ötlet. Szóval az a minimum, hogy az egyes hobbikat külön sorba rakod, mellette a gyerek nevével.
Itt szvsz még nincs értelme táblákra szétbontani, de a normalizálás szabályai lehet, hogy megkövetelnék...
2. Egy szakács több ételt is csinál illetve több szakács is csinálhatja ugyanazt az ételt. Nyilván nincs értelme a szakács által elkészített minden egyes ételnél eltárolni a személyi adatait.
Tehát személyi adatok egy táblában.
Hasonlóképp a kajáknál, nincs értelme minden egyes elkészítésnél (más szakács, más mennyiség) eltárolni az étel teljes nevét. (Szöveges adat sok helyet foglal...)
Szóval egy táblában a kaja kódja, és neve.
És amivel összekapcsolod a kettőt:
szakácskód, ételkód, mennyiség (+én betennék egy egyedi azonosítót is a kapcsolótáblába)
A fajta nem tudom mit takar, valószinűleg az is külön táblába tartozik...
Kulcsok: Ami a rekordot az egyik táblában egyértelműen azonosítja -> Elsődleges kulcs az adott táblában. És ha a kapcsolótáblában ezt használjuk az összekötéshez, akkor ott meg idegen kulcs lesz.
Pl a személyi adatos táblában a cím vagy név nem egyértelmű azonosító (bár lehet, hogy épp nincs azonos nevű szakács a konyhán), de a személyi szám igen.-> Elsődleges kulcsnak használható, és a kapcsoló táblában viszont idegen kulcs lehet. (Bár én nem ezt használnám, hanem inkább egy generált egyedi kódot...)Aki hülye, haljon meg!
-
L3zl13
nagyúr
Így üresbe ennek a fajtának semmi értelme nincs, de gondolom az alkalmazás ami használná az adatbázist adna neki értelmet.
Valószinűleg van egy külön referencia tábla, amiben csak a pár fajta szerepel, kód és a hózzá tartozó név. És ezt csak azért, hogy ne kelljen az étel táblában állandóan a fajta nevét tárolgatni, és ezzel némi helyet spóroljunk. (Ami szerintem adott példánál minimális, szóval nyugodtan tárolhatnánk azt is.)
Erre gondoltam a hobbi-s példánál is, hogy ha csak pár hobbi szerepel a táblában, azok viszont sokszor ismétlődnek, akkor elvileg ott is lehetne egy hasonló referencia táblát használni, és csak a hobbi kódját tárolni a gyerek neve mellett.
De hogy ezt megérje alkalmazni, ahhoz az kell, hogy viszonylag kevés számú elem, gyakran ismétlődjön, egy nagy rekordszámú táblában. Vagy az ismétlődő elemek olyan hosszúságúak legyenek, hogy már kevés ismétlődésnél is megérje csak kóddal hivatkozni rájuk...
Viszont lehet, hogy a normalizálási szabályok nem különböztetik, meg, hogy érdemes-e vagy sem, szóval nem tudom a te első példádban kell-e alkalmazni ezt a bontást, vagy sem...Aki hülye, haljon meg!
-
-
steve@prhw
őstag
István Péter.. ismerős... B-s én voltam, szvsz ő C-s lehetett...
Anno mi még nem tanultunk adatbázis elméletet, bezzeg a SZIF-en a R@ffai...
Viszont a Kovács Peti megtanított minket programozni... Abból simán megéltem fősulin...
szerk: No, adtunk egy pofont az OFF-nak is..
[Szerkesztve]''Egy bármilyen Annál jobb hogy új és Fényképezős!'' by Rolabola
-
Tigerclaw
nagyúr
SQL az Access-hez???
Ma már szinte minden adatbázis kezeléssel összefügg az SQL.
Adatbáziskezeléshez két dolgot kell megtanulni jól. A normál formára hozást és az SQL-t. A normál formára hozásnál inkább a lényegre kell koncentrálni és nem arra, hogy minél magasabb szinten legyen. Van amikor az alacsonyabb normál forma a nyerő. Az SQL az a ''nyelv'', amit kifejezetten adatbázisok birizgálására hoztak létre, és azon belül is a lekérdezések támogatására. Jó kis nyelv. A legtöbb programozási nyelv ma már nativan támogatja a használatát.
Még egy jó tanács: Az algoritmus a lényeg és nem az implementáció. Ha ezt betartod, könnyen fogsz programozni.Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
Új hozzászólás Aktív témák
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!