Moja lekcja

W modelu relacyjnym – tabela SŁOWNIKOWA pozwala na: kontrolę dopuszczalnych wartości "powiązanego z nią" atrybutu

P

W modelu relacyjnym – tabela SŁOWNIKOWA pozwala na: przechowywanie wartości atrybutu o różniących się typach danych

F

W modelu relacyjnym – tabela SŁOWNIKOWA pozwala na: ułatwia aktualizację dużych ilości jednakowych wartości danych

P

W modelu relacyjnym – tabela SŁOWNIKOWA pozwala na: z reguły istotne zmniejszenie objętości bazy danych

F

SQL3 to jeden z najważniejszych standardów języka SQL uznany i ogłoszony przez ISO

P

trigger definiuje procedurę, której realizacja ma odpowiadać za utrzymanie spójności bazy danych nawet przy bardzo złożonych powiązaniach logicznych pomiędzy danymi

P

podstawą do konstrukcji języka bd języka algebry relacji jest teoria mnogości „zajmująca się” operacjami na zbiorach

P

warunki integralności referencyjnej "pilnują" zdefiniowanego charakteru powiązań pomiędzy wierszami dwóch lub nawet tej samej tabeli

P

Dlaczego najczęściej obecnie używane bazy danych nazywamy bazami RELACYJNYMI? Bo związek pomiędzy dwoma lub większą ilością tabel jest implementacją pewnej relacji?

F

Dlaczego najczęściej obecnie używane bazy danych nazywamy bazami RELACYJNYMI? Bo „formalnie” Tabele schematu bazy danych są Relacjami

P

Dlaczego najczęściej obecnie używane bazy danych nazywamy bazami RELACYJNYMI? Bo dane można przechowywać wraz z ich związkami logicznymi, czyli relacjami

F

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to: Wartości atrybutu MUSZĄ być typu liczbowego

F

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to: Unikalna wartość atrybutu w całej tabeli

P

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to: Nigdy po zapisie wartość nie będzie aktualizowana przez użytkowników

F

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to: Zakaz przyjmowania wartości NULL

P

dla projektanta schematu relacyjnej bd absolutnym wymogiem jest doprowadzenie tego tematu do 3 Formy Normalnej

F

procesy Autoryzacji dostępu do danych w bazie danych (ochronę danych przed nieupoważnionym dostępem) realizują procesy Aplikacji bazodanowych wykorzystując SQL

F

możliwość definiowania w związkach pomiędzy tabelami także różnych klas kasowania może upraszczać procedury aplikacji użytkowników

P

schemat bazy danych wynika nie tylko z analizy danych ale i procedur realizowanych w odwzorowywanej rzeczywistości

P

definicja tabeli zawiera dane określające ilości jej kolumn oraz wierszy

F

dane w systemach baz danych to wyjątkowa część systemu która musi być poddana szczególnym procedurom ich zabezpieczenia przed utratą

P

moduł administracji SZBD dostarcza administratorowi systemu bd narzędzi umożliwiających aktualizację danych błędnie wprowadzonych przez użytkowników

P

Indeksowanie zawartości tabel będących widokami zmaterializowanymi przyspiesza proces wyszukiwania w tych tabelach ale opóźnia procesy aktualizacji

P

Podstawową dla konstrukcji bd, Języka Algebry Relacji jest Teoria Mnogości “zajmująca” się operacjami na zbiorach

P

transakcje realizowane przez SZBD muszą być realizowane w całości lub nie mogą pozostawić w danych bazy danych żadnego śladu ich częściowej realizacji

P

Odtwarzanie zawartości bazy danych po awarii to istotne wymaganie od podsystemu SZBD zapewniającego dostępność bd

P

tabela łącznikowa zawiera jedynie atrybuty wchodzące w skład Kluczy Głównych tabel, dla których jest łącznikiem

F

warunki integralności referencyjnej "pilnują" zdefiniowanego charakteru powiązań pomiędzy wierszami dwóch tabel (lub nawet tej samej tabeli)

P

umieszczenie warunków integralności dziedziny w Aplikacjach bazodanowych jest skutecznym środkiem dla zabezpieczenia spójności bazy danych nawet podczas jej rozwoju o nowe aplikacje

F

system SQLLite przechowuje, jednoplikową” bazę danych w jednym pliku fizycznym co ułatwia przenoszalność tych danych a w tym realizację wersji systemu „in memory”

P

ważnym elementem realizacji transakcji przez SZBD jest zachowanie zasady Atomowości transakcji czyli konieczność jej wykonania w całości

P

w aplikacji użytkownika ciąg operacji może stanowić dla SZBD transakcję pod warunkiem że zapis tych operacji zaczyna się od BEGIN TRANSACTION a kończy poleceniem COMMIT

P

W procesie Normalizacji, Zależności Nietrywialne pomiędzy atrybutami to takie które odwzorowują logikę zależności w odwzorowywanej rzeczywistości

P

realizacja związku logicznego n: m (wiele do wiele) pomiędzy danymi w dwóch tabelach wymaga w definicji Schematu BD powołania do życia dodatkowej tabeli tzw. Łącznikowej

P

od lat do największych dostawców systemów SZBD należą firmy takie jak Microsoft Oracle IBM

P

tabela łącznikowa może spełniać rolę „łącznika” dla dwóch a nawet większej ilości tabel

P

istnienie w schemacie bazy danych definicji tabel widoków zmaterializowanych powoduje możliwość wystąpienia niespójności danych w tej bazie

P

w przypadku niespełniania przez tabele warunków kolejnych Form Normalnych jedyną metodą postępowania jest dekompozycja tych tabel

F

w wielu przypadkach rozbicie tabeli na dwie ze związkiem 1:1 pozwala uniknąć przechowywania w tabeli dużej ilości wartości NULL

P

W schemacie bazy danych, w definicji żadnej tabeli nie mogą się powtórzyć atrybuty o tych samych nazwach

P

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych Ułatwia korzystanie z poziomu aplikacji z danych zgromadzonych w wielu tabelach

P

to nie Ch. Bachman ale E.F. Codd jest pomysłodawcą i twórcą relacyjnego logicznego modelu danych

P

Dobry schemat bazy danych to schemat wynikający z analizy danych w rzeczywistości a nie z funkcji jakie system będzie musiał realizować

P

proces Normalizacji to 8 etapów dobrze zdefiniowanych czynności doprowadzających do dobrego Schematu bez Anomalii

F

ciągu operacji zapisany w programie aplikacji może stanowić dla SZBD transakcję pod warunkiem, że zapis tych operacji w kodzie aplikacji zaczyna się od BEGIN TRANSACTION, a kończy poleceniem COMMIT

P

Transact SQL to rozszerzenie języka SQL pozwalające na definiowanie nawet złożonych procedur już na etapie projektowania schematu bazy danych

P

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to: 1) Unikalna wartość atrybutu w całej tabeli

P

CEL realizacji systemu opisuje zakres funkcjonalny przyszłego systemu BD

P

Ochrona danych bazy danych jest istotnym elementem bezpieczeństwa całego systemu

P

Klucz kandydujący (klucz potencjalny) to klucz zawierający minimalną liczbę kolumn unikatowo identyfikujących krotki relacji

P

związek 1:1 pozwala w prosty sposób uniknąć dużej ilości wartości NULL w tabeli

P

tabela łącznikowa może spełniać rolę "łącznika" dla dwóch a nawet większej ilości tabel

P

Własności wymagane od atrybutów wchodzących w skład Klucza Głównego to Zakaz przyjmowania wartości NULL

P

Dlaczego najczęściej obecnie używane bazy danych nazywamy bazami RELACYJNYMI? 1) Bo „formalnie” Tabele schematu bazy danych są Relacjami

P

nie można aktualizować wartości atrybutów wchodzących w skład klucza głównego posiadającego właściwość IDENTITY

P

tabela będąca wynikiem operacji Rzutu (Projekcji) zawsze posiada tyle samo wierszy, ile posiadała tabela będąca argumentem tej operacji

F

model Logiczny/Implementowalny to projekt systemu uwzględniający możliwości realizacyjne przyszłego Systemu Zarządzania Bazą Danych

P

absolutnym wymogiem jest doprowadzenie Schematu do 3 Formy Normalnej

F

w procesie Normalizacji, Zależności Nietrywialne pomiędzy atrybutami to takie które odwzorowują logikę zależności w odwzorowywanej rzeczywistości

P

operator Iloczynu Kartezjańskiego operując na dwóch tabelach tworzy tabelę wynikową o ilości wierszy większej niż suma ilości wierszy tabel będących argumentami tej operacji

P

model Logiczny/Implementowalnyto projekt systemu uwzględniający możliwości realizacyjne przyszłego Systemu Zarządzania Bazą Danych

P

wymogiem 1. Formy Normalnej jest pozbycie się w tabelach Zależności wielowartościowych

F

w schemacie bazy danych nie mogą występować dwa atrybuty o takich samych nazwach

P

klucz kandydujący (klucz potencjalny) to klucz zawierający minimalną liczbę kolumn unikatowo identyfikujących krotki relacji

P

Model Logiczny/Implementowany to projekt systemu uwzględniający możliwości realizacyjne przyszłego Systemu Zarządzania Bazą Danych

P

związek Unarny to związek pomiędzy danymi w trzech lub większej ilości tabel

F

podstawą dla konstrukcji języka bd, Języka Algebry Relacji jest Teoria Mnogości "zajmująca" się operacjami na zbiorach

P

Język Algebry Relacji to jeden z najważniejszych języków Deklaratywnych używany w systemach baz danych

P

Realizacja związku logicznego n: m (wiele do wiele) pomiędzy danymi w dwóch tabelach wymaga w definicji Schematu BD powołania do życia dodatkowej tabeli tzw. Łącznikowej

P

Transact SQL to rozszerzenie języka SQL pozwalające na definiowanie nawet złożonych algorytmów "rozumianych" przez SZBD

P

Ważnym elementem realizacji funkcji Dostępności systemu bazy danych jest moduł odtwarzania zawartości bazy danych po awarii.

P

Dekompozycja tabeli to sposób na usunięcie anomalii jakie ona powoduje w schemacie

P

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Daje możliwość nadawania uprawnień na pewne podzbiory danych z tabel

P

w tabelach będących Widokami (wirtualnymi) dodefiniowanie dla nich Indeksowania wybranych atrybutów wyraźnie przyspiesza proces wyszukiwania w tych tabelach (po tych atrybutach)

F

języki typu QBE (Query Bay Example) zawierają znaczne rozszerzenie możliwości zapytań do baz danych, w stosunku do języka SQL

F

dekompozycja tabeli to sposób na usunięcie anomalii jakie ona powoduje w schemacie

P

na Klucz Obcy składają się takie same atrybuty jak Kluczu Głównym tabeli na którą wskazuje Klucz Obcy

P

istnienie w schemacie bazy danych dużej ilości definicji tabel typu Widoki (klasyczne) powoduje znaczący wzrost fizycznej przestrzeni dyskowej potrzebnej dla danych tych tabel

F

nie można aktualizować wartości atrybutów wchodzących w skład Klucza Głównego

F

pojęcia Klucz Właściwy i Klucz Kandydujący logicznie oznaczają to samo

P

Procesy Autoryzacji dostępu do danych w bazie danych (ochronę danych przed nieupoważnionym dostępem) realizują procesy Aplikacji bazodanowych wykorzystując SQL

F

w konwencji przyjętej na wykładzie SCHEMAT ++ to rozszerzenie definicji Schematu relacyjnej bazy danych upraszczające tworzenie aplikacji do tej bd

P

Wykorzystywanie technik Mirroringu i Stripingu to standard w Macierzach Dyskowych typu RAID

P

deklaracja NOT NULL przy dowolnym atrybucie tabeli oznacza, że w całej tabeli nie mogą się pojawić żadne wartości NULL

F

Podstawowymi danymi dla funkcji Autoryzacji SZBD są dane zawarte w Słowniku Bazy Danych (definicji "rozszerzonego" schematu bd)

F

Podstawą dla konstrukcji języka bd, Języka Algebry Relacji jest Teoria Mnogości "zajmująca"się operacjami na zbiorach

P

istnienie w schemacie bazy danych definicji Tabel Widoków Zmaterializowanych powoduje możliwość korzystania przez użytkowników z danych, których wartość jest już nieaktualna

P

W konwencji przyjętej na wykładzie SCHEMAT ++ to rozszerzenie definicji Schematu relacyjnej bazy danych upraszczające tworzenie aplikacji do tej bd

P

Nie można aktualizować wartości atrybutów wchodzących w skład klucza głównego posiadającego właściwość IDENTITY

P

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Ułatwia korzystanie z poziomu aplikacji z danych zgromadzonych w wielu tabelach

P

na Klucz Obcy składają się takie same atrybuty jak Kluczu Głównym tabeli, na którą wskazuje Klucz Obcy

P

W przypadku nie spełniania przez tabelę warunków kolejnych form normalnych jedyną metodą postępowania jest ich dekompozycja

F

deklaracja NOT NULL oznacza, że w całej tabeli nie mogą się pojawić wartości NULL

F

Na klucz obcy składają się takie atrybuty jak na kluczu Główny w tabeli na którą wskazuje ten klucz obcy

P

Związek 1:1 pozwala w prosty sposób uniknąć dużej ilości wartości NULL w tabeli

P

Operator iloczynu kartezjańskiego tworzy tabelę wynikową o ilości wierszy większej niż suma ilości wierszy tabel będących argumentami tej operacji

P

dane w systemach baz danych to wyjątkowa część systemu, która musi być poddana szczególnym procedurom ich zabezpieczenia przed utratą

P

Na Klucz Obcy składają się takie same atrybuty jak Kluczu Głównym tabeli na którą wskazuje Klucz Obcy

P

anomalia przy aktualizacji oraz anomalia wynikająca z redundancji danych w tabeli to praktycznie jedno i to samo

F

W tabelach będących Widokami (wirtualnymi) dodefiniowanie dla nich Indeksowania wybranych atrybutów wyraźnie przyspiesza proces wyszukiwania w tych tabelach (po tych atrybutach)

F

procedura zdefiniowana w triggerze, dla względów bezpieczeństwa, musi się zawsze wykonać przed zdarzeniem, które aktywuje wykonanie triggera

F

wykorzystywanie technik Mirroringu i Stripingu to standard w Macierzach Dyskowych typu RAID

P

dobry schemat bazy danych to schemat wynikający z analizy danych w rzeczywistości a nie z funkcji jakie system będzie musiał realizować

P

tabela słownikowa musi mieć zdefiniowane minimum trzy atrybuty, a w tym przynajmniej jeden typu znakowego

F

SQL2 to jeden z najważniejszych standardów języka SQL uznany i ogłoszony przez ISO (International Standard Organization) (SQL3)

P

ważnym elementem realizacji funkcji Dostępności systemu bazy danych jest moduł odtwarzania zawartości bazy danych po awarii

P

ochrona danych bazy danych jest istotnym elementem bezpieczeństwa całego systemu

P

funkcjonalność Optymalizatora kosztowego to standardowa funkcja Manipulatora SZBD praktycznie identyczna dla wszystkich SZBD różnych producentów

F

w zasadzie ACID Izolacja transakcji dotyczy praktycznie tylko transakcji w systemach wielodostępnych

F

ważnym elementem realizacji transakcji przez SZBD jest zachowanie zasady Atomowości transakcji, czyli konieczność jej wykonania w całości

P

Schemat Bazy Danych (w zakresie struktury danych) jest zawsze dokładnym odwzorowaniem (1:1 ) struktury danych opisanych w diagramie ERD

F

ROLLBACK to polecenie wielokrotnego wykonania transakcji zdefiniowanej po tym poleceniu

F

realizacja przez SZBD protokołu 2PL (dwufazowego blokowania transakcji) ma za zadanie podniesienie bezpieczeństwa bazy danych przez podwójne sprawdzenie uprawnień użytkownika

F

model Konceptualny zawiera szczegółową koncepcję architektury i technik realizacji tworzonego systemu BD

F

trigger definiuje procedurę, której realizacja odpowiada za utrzymanie spójności bazy danych nawet przy bardzo złożonych powiązaniach logicznych pomiędzy danymi

P