Kezdőoldal » Számítástechnika » Programozás » Valaki eltudná nekem magyarázn...

Valaki eltudná nekem magyarázni a Boyce-Codd és a 4. normálforma pontosan micsoda?

Figyelt kérdés

#adatbázis #normálformák
tegnap 21:24
 1/9 anonim ***** válasza:
17%
Hol akadtál el vele?
tegnap 21:56
Hasznos számodra ez a válasz?
 2/9 A kérdező kommentje:
a 3. normálformáig értem hogyan épülne ez fel :DD illetve a Boycenál és a 4.nél is értem még azt a részt, hogy az alacsonyabb szint mindig az egyik feltétele a magasabbnak.
tegnap 21:58
 3/9 anonim ***** válasza:

Melyik részét nem érted a példából?

[link]

tegnap 22:07
Hasznos számodra ez a válasz?
 4/9 A kérdező kommentje:

"A tábla akkor és csak akkor áll 4NF-ben, ha X nem triviális többértékű függőségeire vonatkozik

↠{\displaystyle \twoheadrightarrow } Y, X szuperkulcs - vagyis X vagy jelöltkulcs, vagy annak szuperhalmaza."

tegnap 22:08
 5/9 anonim ***** válasza:

Nézd meg alatta a példát. Az azért nem felel meg a 4NF-nek, mert redundánsan vannak benne a pizzák.


Pl. A1 Pizza - Vastag tésztájú, ez háromszor is benne van a táblázatban. Ha ezeket a redundanciákat kiszeded belőle, akkor lesz 4NF-ben.

tegnap 22:12
Hasznos számodra ez a válasz?
 6/9 anonim ***** válasza:

Nem válasz, hanem gyakorlati vélemény:


Valós munkakörnyezetben nem fogsz normalozálni :) igényről-igényre változik táblák/oszlopok amik jönnek-mennek. Majd a projekt is nő, majd inkább "ha működik, ne nyúlj hozzá" :)

Ha meg NoSQL rendszert használsz (pl. MongoDB vagy Cassandra), ott nincs is értelmezhető formája az NF-nek.

tegnap 22:17
Hasznos számodra ez a válasz?
 7/9 A kérdező kommentje:
igazából egyáltalán nem érdekel az sql az alapokon kívül, csak proginfó záróvizsgán sajnos tétel :D
tegnap 22:45
 8/9 anonim ***** válasza:
#6: Szintén gyakorlati vélemény: ha az ember ráérez, és logikusan felépíti az adatbázist, akkor az az esetek 99%-ában külön agyalás nélkül is minden a szükséges normálformában lesz. ;-)
tegnap 23:30
Hasznos számodra ez a válasz?
 9/9 anonim ***** válasza:

#6 #8


Az elméleti tudás két okból fontos.


Ha sikerül megérteni a problémát, akkor az beépül a gondolkodásmódba. Ez nem garantálja, hogy nem tervezel "hibátlan" adatbázis szerkezetet, de mivel hallottál már róla akár csak cikk formájában megemlítve vagy ne adj' isten tanultad is, akkor tudod, hogy mikre kell figyelni a tervezéskor, ezért eleve úgy állsz neki. Az elméleti tudás következménye, hogy módszeresen tudsz dolgozni, nem pedig csak ad hoc jelleggel rittyentesz valamit, ami 4 évvel és 1 TB adattal később kompletten szivat meg, mert már a kezdetben sz.rul lett megcsinálva és jönnek elő a nagysági problémák.


A másik része meg az, hogy ha odadobnak eléd egy korrekten megtervezett adatbázist, hogy de még kéne rajta optimalizálni, akkor tudod, hogy miket csekkolj le ahhoz, hogy megtaláld a gyenge pontokat, nem pedig csak nézel mint borjú az új kapura.

tegnap 23:54
Hasznos számodra ez a válasz?

Kapcsolódó kérdések:




Minden jog fenntartva © 2024, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!