Property Value
dbo:abstract
  • Relációs adatbázisnak nevezzük a relációs adatmodell elvén létrehozott adatok összességét, a relációs adatmodell fogalomrendszerében meghatározott ún. relációk egy véges halmazát. Relációs adatbázisokat relációsadatbázis-kezelőkkel hozhatunk létre, szerkeszthetünk és törölhetünk. Reláció (azaz kapcsolati viszony) jön létre egy adatbázisban például azzal, hogy a tárolt nevek mindegyikéhez tartozik egy a tárolt személyi számok közül. Technikai, adattárolási szempontból ezt kétféle módon is megoldhatjuk. Az egyik: külön tároljuk a neveket és külön a személyi számokat, és a nevekhez hozzákapcsolunk egy mutatót, amely megmutatja, hogy a személyi számok közül melyik tartozik egy névhez. Ez technikai reláció, amikor a kapcsolatot egy rövid közvetítő adattal tároljuk. A másik: minden névvel együtt tároljuk a hozzájuk tartozó személyi számot. Ez elvi reláció, amelyben nincs közvetítő adat, a reláció csak névleges, technikailag a relációban álló két elem egyszerre érhető el. Az elméleti relációs adatmodellben a reláció halmaz, ennek megfelelően a reláció minden eleme (sora) egyedi. A tipikus relációsadatbázis-kezelők ehhez képest három módosítással élnek: egyrészt a relációk jellemzően nem halmazok, hanem zsákok (angolul: bag, ismétlődéseket is megengedő, rendezés nélkül elemek összessége), másrészt nem teszik lehetővé, hogy egy relációnak két azonos nevű oszlopa (attribútuma) legyen, harmadrészt pedig lehetőség van az ún. NULL (üres, ismeretlen) értékek használatára. A relációs adatbázisok kialakításának sajátosságaival az adatbázis-tervezés foglalkozik. (hu)
  • Relációs adatbázisnak nevezzük a relációs adatmodell elvén létrehozott adatok összességét, a relációs adatmodell fogalomrendszerében meghatározott ún. relációk egy véges halmazát. Relációs adatbázisokat relációsadatbázis-kezelőkkel hozhatunk létre, szerkeszthetünk és törölhetünk. Reláció (azaz kapcsolati viszony) jön létre egy adatbázisban például azzal, hogy a tárolt nevek mindegyikéhez tartozik egy a tárolt személyi számok közül. Technikai, adattárolási szempontból ezt kétféle módon is megoldhatjuk. Az egyik: külön tároljuk a neveket és külön a személyi számokat, és a nevekhez hozzákapcsolunk egy mutatót, amely megmutatja, hogy a személyi számok közül melyik tartozik egy névhez. Ez technikai reláció, amikor a kapcsolatot egy rövid közvetítő adattal tároljuk. A másik: minden névvel együtt tároljuk a hozzájuk tartozó személyi számot. Ez elvi reláció, amelyben nincs közvetítő adat, a reláció csak névleges, technikailag a relációban álló két elem egyszerre érhető el. Az elméleti relációs adatmodellben a reláció halmaz, ennek megfelelően a reláció minden eleme (sora) egyedi. A tipikus relációsadatbázis-kezelők ehhez képest három módosítással élnek: egyrészt a relációk jellemzően nem halmazok, hanem zsákok (angolul: bag, ismétlődéseket is megengedő, rendezés nélkül elemek összessége), másrészt nem teszik lehetővé, hogy egy relációnak két azonos nevű oszlopa (attribútuma) legyen, harmadrészt pedig lehetőség van az ún. NULL (üres, ismeretlen) értékek használatára. A relációs adatbázisok kialakításának sajátosságaival az adatbázis-tervezés foglalkozik. (hu)
dbo:wikiPageExternalLink
dbo:wikiPageID
  • 6176 (xsd:integer)
dbo:wikiPageLength
  • 11296 (xsd:nonNegativeInteger)
dbo:wikiPageRevisionID
  • 23316729 (xsd:integer)
prop-hu:wikiPageUsesTemplate
dct:subject
rdfs:label
  • Relációs adatbázis (hu)
  • Relációs adatbázis (hu)
owl:sameAs
prov:wasDerivedFrom
foaf:isPrimaryTopicOf
is foaf:primaryTopic of