- antikomcsi: Való Világ: A piszkos 12 - VV12 - Való Világ 12
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- gban: Ingyen kellene, de tegnapra
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
Hirdetés
-
Megbírságolták a Razert a Zephyr maszkok miatt
ph A cég elég olcsón megússza az ügyfelei félrevezetését, de az üdvözlendő, hogy az Egyesült Államok hatóságai nem siklottak el az ügy felett.
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
ReJim
őstag
Hellósztok!
lécci segítsetek!
lenne egy adatbázis elméleti feladat(sor), amit nem bírok megoldani, vagyis nem éppen merek biztosra menni, mert nem értem az anyagrészt!
szóval normálformáról lenne szó!
első feladat:
Hozd megfelelő alakra!
2.)
Szakács (név; ételkód; ételnév; adag; születési év; cím; fajtakód; fajtaszám)
ezt 3-dik normál formára kell hozni!
itt nem muszáj rekordot megadni, hanem elég csak a fejlézet létrehozni... gondolom itt több táblázat is lesz!
A végső feladat :
Hogyan ábrázolnád, jelölnéd a kulcsokat, és a hivatkozás irányát?
több szakács dolgozik a száloda éttermében azt szeretnénk tárolni, hogy melyikük mit főz, segítség a kiinduláshoz:
a szakácsot a személyi szám és név, az ételt az ételkód és az ételnév jellemzi! Szükség lesz egy kapcsoló táblára is! /ki_mit_főz/
ezt végképp nem értem..
szóval ezekben várnám a segítségeteket, és ha lehetne akkor még ma!
nem mondom, hogy élethalál kérdése, meg azonnal.... de elég sürgős!
Ja és elég ha csak elindítana valalaki... mert abszolút nem megy...
első feladatra van egy ötletem, majde minnyá'!
Nagyon szépen köszönöm!</end.?>
-
ReJim
őstag
szóval egyes feladatnak ezt találtam megoldásnak:
név | hobbi
Petike | olvasásá
Petike | mosogatás
Esztike | rajzolás
Esztike | biciglizés
Gergő | Számcsizás
Gergő | Biciglizés
remélem ez jó?? érthető??
vagy most ezt még tovább lehet egyszerüsíteni???
UP!!
Nálatok is lassú a ph?? felraktam firefoxot, mert ie be sem hozta...</end.?>
-
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!
-
faster
nagyúr
Ez egy nagyon jó leírás erről a témáról:
Bővebben: link -
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!
-
ReJim
őstag
nos... nem fogja semmijen alkalmazás használni... holnap kell beadnunk lapon... a tanár osztályozza... adatbázist tanulunk elméletből... senki sem érti
szóval a kettes feladat így jó?
vagy el vagyok tévedve???
az első megvan.. azt febontottam egy sorokba...
mod:
ezt értem....
[Szerkesztve]</end.?>
-
ReJim
őstag
up...
majd késöbb vissza nézek....</end.?>
-
ReJim
őstag
up...
</end.?>
-
Drótszamár
őstag
Ha nem akarod az év hátralevő részében szopni a f@szt, akkor holnap suli után slattyogj el egy könyvesboltba, és vedd meg Szelezsán János Adatbázisok c. könyvét.
ISBN:963-577-189-4( 2b || !2b ) az itt a kérdés...
-
ReJim
őstag
válasz Drótszamár #12 üzenetére
kösz a tippet.... megnézem holnap hogy ebből a könyvből csesztet é minket a tanár...
de holnap is szopok holnapra kell a beadandó</end.?>
-
ReJim
őstag
válasz Drótszamár #14 üzenetére
a fajtaszám az aszem, hogy ne keljen a fajtanevet beirogatni.... de enm tom... má le is szarom..
lesz ami lesz holnap... oszt kész...
na mindenkinek köszönök mindent.....
üdv.. mára ennyi...</end.?>
-
Drótszamár
őstag
Már régen normalizáltam, de remélem nem csináltam semmi szarvashibát.
Mivel nemtom mire való a fajtaszám ezért két változatom van.
1.
SZAKÁCS(/név,ételkód/,adag)
SZAKÁCS ADATOK (/név/,születési év, cím)
ÉTEL(/ételkód/,fajtakód, fajtaszám)
2.
SZAKÁCS(/név,ételkód/,adag)
SZAKÁCS ADATOK (/név/,születési év, cím)
ÉTEL(/ételkód/,fajtakód)
FAJTA(/fajtakód/,fajtaszám)
(a / jelek között van az azonosító)( 2b || !2b ) az itt a kérdés...
-
-
L3zl13
nagyúr
-
steve@prhw
őstag
válasz Drótszamár #19 üzenetére
A fajtaszám, fajtakód kavarást még mindíg nem értem.
Pedig a #17-ben ott a válasz:
fajta(/Fajtakód/,fajtanév) táblát készítesz, innentől az ételeknél már csak a fajtakódot kell tárolni, a fajta nevét nem -> spórolsz egy csómó helyet, varchar helyett elég egy numerikus mező. (Ugye normálformák, függőség -> a fajtanév nem függ mástól, csak a fajtakódtól, ergo semmi keresnivalója az étel táblában)''Egy bármilyen Annál jobb hogy új és Fényképezős!'' by Rolabola
-
ReJim
őstag
höhö... kaptam rá egy kettest.... LOL.. de még mindig nem magyarázta el... aszonta 5 perces meló....
az egészről csináltunk egy példát, amit 3 órán kersztül normalizáltunk....
aztán mindig odaírtuk hogy pl.: ''3. normál formában van, mert: 2. normál formában van, és ... '' szoval értem? de hogy értem....
egy emberke tudta 5ösre megcsinálni.... majd holnap odadja a munkáját.... ö is aszem valami ilyesmit csinált mint amit ti kihoztatok belölle...
szoval köszi mindent... jövő héten kapunk megint ilyen hülye feladatot...
csak nem értem.... ezzel párhuzamossan nem kellene mondjuk az acces-t venni, minimum??? mert elég morbid, hogy adatbázist csinálunk... lapon... elképzelni sem tudjuk mi a szar ez...
na köszi....
üdv: ReJim</end.?>
-
Drótszamár
őstag
válasz steve@prhw #20 üzenetére
Fajtaszám == Fajtanév??? A nyitó hszben fajtakód, és fajtaszám szerepel.
( 2b || !2b ) az itt a kérdés...
-
steve@prhw
őstag
válasz Drótszamár #22 üzenetére
Ez mondjuk igaz, én L3zl13 kolléga hsz-éből másoltam... Mea culpa... Mindenesetre ha ilyen példa van, ezt kell tenni..
''Egy bármilyen Annál jobb hogy új és Fényképezős!'' by Rolabola
-
ReJim
őstag
válasz Drótszamár #22 üzenetére
télleg elvasztam az első hozzászólásba.. ..
sebaly... má mindegy...
hogy ki? milyen tanár? nem, ő ''szöcsi'' álnéven fut! szhelyen a gimsz-be!
jó fej tanár, csak az idei elmélet az szar...</end.?>
-
ReJim
őstag
válasz steve@prhw #26 üzenetére
vazz... azvagyok
nem nem az... ez a szöcsi, vagy szocsi... Balogh Szabolcs....
És Baranyai Péter nem végzett veled együtt?? aszem az is akkoriban végzet, meg az István Péter... őket ismizem.... aszem bések vótak...
hümm??</end.?>
-
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
-
ReJim
őstag
válasz steve@prhw #28 üzenetére
vazz most meg kivették a pascalt... jövőre kezdünk progizni, delphivel...
meg a technikusi 2 év let... szóval szopunk mint állat....</end.?>
-
Drótszamár
őstag
SQL lessz majd?
( 2b || !2b ) az itt a kérdés...
-
ReJim
őstag
válasz Drótszamár #30 üzenetére
nem tom az acceshez tartozik??? azt elvileg tanulnánk, de sajnos a tanár kissé nyomi és még mindig tanítjuk excelre!
de szeretnék majd azt is tanulni... kell a php-hez...
de csak delphit meg aszem assembly-t fogunk... te még kéccséges a technikusi tananyag...</end.?>
-
ReJim
őstag
válasz Drótszamár #32 üzenetére
még nem tom, majd megyek fősulira is....
de az messze van!
electro technikus végzetséget kapok hatod év után......</end.?>
-
RAM
őstag
Pár mestert ért az a megtiszteltetés, hogy felkérjem egy kis segítségre (MA)...
(Postaláda/Friss)
Aki jelentkezne a karitatív célra, megteheti még...
(Levél frissülés 20h-kor)
[Szerkesztve]Csak tisztán
-
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.
-
RAM
őstag
Senki nem szeretne segíteni egy picit?
Csak tisztán
-
rdi
veterán
Eben a könyvben:
Devecz F (...) Irány az ECDL!; Nemzeti Tankönyvkiadó, Budapest; 2004
szépen le van írva.Fej! Tor! Potroh!
-
Taltosparipa
tag
Jo konyvek:
alapokra SQL temaban: ComputerBooks SQL Kezikonyv
alapok es nemi tervezes: IDG Az adatbazistervezes alapjai es titkai (Halassy Bela)
ezek mar verprofik:
Panen kiado konyvei:
- Adatbazisrendszerek alapvetes Jeffrey d. Ullman es Jannifer Widom
- Adatbazisrendszerek megvalositasa Hector Garcia-Molina es Jeffrey d. Ullman es Jannifer Widom
A normal formara hozashoz egy kis adalek a lenyege, hogy egy adathalmazban lehetosegszerint ne legyen ismetlodes. Pld nem normalizalhatok tovabb olyan tablak amikben egy bizonyos tenyrol, targyrol, stb tarolunk adatokat amik azt jellemzik.
PL szemely eseteben (nev, anyjaneve, szul datum, helye, hajszin, szemszin)
A normalizalt tablakat osszekotik a kapcsolatok vannak olyan tablak amik lehetove teszik a tobbes kapcsolatot.
Pl szemely es vegzetseg ahol a szemelytabla egyedi azonositoja (szemelyiszam pld) sokszor szerepelhet melette meg a vegzetseg tabla azonositoja is.
A normalizalas legjobb megertese pl a kartotek rendszer es nyilvantarto lapok megtekitese ahol a fejlec egy normal tabla a felsorolas resze meg a kapcsolati tabla. -
Blackmate
senior tag
Szükségem volna nekem is egy kis segítségre. Valaki emberi nyelven el tudná magyarázni, hogy mi a különbség a 3NF és a BCNF között?
3NF:
Egy R séma 3NF-ben van, ha 2NF teljesül és a nem kulcs attribútumok nem függnek tranzitíven a kulcstól.
BCNF (általánosított 3NF):
Egy R séma akkor van BCNF-ben, ha 2NF teljesül és funkcionális függőség csak jelölt kulcsból (olyan mező, mely egyértelműen meghatározza a többi mező értékét, egyértelműen azonosítja a rekord-előfordulást) indul ki.
No most szépek, meg jók ezek a definíciók, de nincsen arra vonatkozóan valami ökölszabály, hogy pl mikor egyezik meg a 3NF meg a BCNF? Mert pl az 1NF akkor egyezik meg a 2NF-fel, ha az 1NF-ben a kulcs nem összetett. Már ha jól tudom. -
Sianis
addikt
válasz Blackmate #40 üzenetére
1NF: Legyen kulcs mező (pl: A a kulcs és őt senki nem határozza meg)
2NF: Ne legyen részkulcsból kiindukó függőség (pl: AB meghatározza C-t, D-t, de ha pl: csak A határozna meg valamit, pl C-t, akkor az már részkulcsból indul holott AB a kulcs)
3NF: Nem kulcs mezőből, nem kulcs mezőbe nincs függőség (pl: A kulcs, A meghatározza B és B meghatározza C-t. Ez így nem jó, mert B nem kulcs, de mégis van belőle függőség)
BCNF: Minden függőség jelöl kulcsból indul ki
From Miskolc by emberi nyelv
[Szerkesztve] -
Blackmate
senior tag
No, megmondom őszintén vártam már egy bennfentest is a témában. Hogy én se menjek messzire voilá a példa: [link] /gondolom ismerős /
Itt az utolsó példa:
6. Normalizálja az alábbi sémát BCNF-ig: R(A,B,C,D,E) ahol A → B, A → C, B → A, B → C, C → D, D → E.
Miért van az, hogy a BCNF-nél az R1-es reláció megengedi, hogy A benne legyen? Ugyanis a 3NF-nél tök tiszta, hogy nem lehet benne, hiszen A → B, azaz tranzitív függőség lenne egy reláción belül.
Ha tisztán a BCNF definícióját vesszük, akkor a 4 relációból álló 3NF-es formulára is teljesül. Nem? Hisz' ott is Minden függőség jelöl kulcsból indul ki.
Szóval azt akarom én valahogy beleverni a kis fejembe, hogy mi a különbség a 3NF meg a BCNF között. Ugyanis nem nagyon érzem. Mentségemre legyen szólva, hogy a linken is, és a könyv példái között is (ami egyébként feltűnően hasonló) ez az egyetlen egy példa van, ahol a 3NF különbözik a BCNF-től.
Az egyébként véletlen, hogy ennél a példánál az 1NF=2NF-fel (mivel a kulcs nem összetett), és így a 3NF != BCNF-fel?
Mert a többi példában mind összetett kulcs van, és ott egyenlő a 3-as és a Boyce-Codd normál forma.
[Szerkesztve]
[Szerkesztve] -
Sianis
addikt
válasz Blackmate #43 üzenetére
Hali!
Nos! Az van, hogy C -t A és B is egyértelműen meg tudja határozni, ezért BCNF-ben eltekintük az A -> C -től és csak B -> C -t vesszük figyelembe. Így nincs jelöletlen kulcson kívüli függőség, viszont B -> A és B - > C-t fantasztikusan teljesíti a BCNF feltételeit. -
pH érték
aktív tag
Szerintetek mit jelent az adatbázisnál a kapcsolat foka?
-
rdi
veterán
Üdv, egy adatbázis fizikai eléréi idejét kell kiszámolnom.
A képletek megvannak, az kindulási adatokat ki tudtam számolni, csak azzal nem tudok mit kezdeni, hogy a rekordok 80 %-an vannak feltöltve!
Egyszerűen csak meg kell szorozni 0,8 -al a kapott értéket?
Vagy például szekvecionális művelet esetén a művelet a rekord üres rsézén is végbemegy?Fej! Tor! Potroh!
-
bod101
aktív tag
Sziasztok!
Tudna valaki ebben segíteni?
Van a következő adatbázis séma:
hallgató <HALLGATÓ_NEVE, HALLGATÓ_CÍME, KEDVEZMÉNY, TANFOLYAM_NYELVE, TANFOLYAM_SZINTJE, TANFOLYAM_ÁRA, TANFOLYAM_ÓRASZÁMA, TANÁR_NÉV, TANÁR_SZÁMA, TELEPHELY_NEVE, TELEPHELY_CÍME, TELEPHELY_TEL>
Ezt kellene BCNF alakra hozni.[ Szerkesztve ]
1-es golf, 2-es golf, ... (Bëlga)
Új hozzászólás Aktív témák
- alza vélemények - tapasztalatok
- Projektor topic
- Crypto Trade
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Starfield
- BestBuy topik
- Aliexpress tapasztalatok
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Milyen program, ami...?
- További aktív témák...
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen