sql wszystko:)

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

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?

p

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

p

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

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

f

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

p

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

f

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

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

f

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

p

ROLLBACK to polecenie wielokrotnego wykonania transakcji zdefiniowanej po tym poleceniu

f

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

p

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

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

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

CEL realizacji systemu opisuje zakres funkcjonalny przyszłego systemu BD

p

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

f

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

f

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

p

moduł Pomiarów Eksploatacyjnych to najistotniejsze miejsce w SZBD z uwagi na kontrolę integralności bazy danych wynikającą z realizacji Triggerów

f

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

p

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

f

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

p

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

p

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

f

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

p

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

p

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

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

p

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

p

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

p

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

p

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

f

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

f

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

p

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Szczególnie obciąża SZBD w stosunku do definiowania takich tabel w aplikacji

f

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Powoduje znaczne spowolnienie dostępu do tabel Widoków Zmaterializowanych

f

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

p

w jednej bazie danych nie może być dwóch atrybutów o takich samych nazwach

p

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

p

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

f

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

f

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

f

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

f

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

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

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

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)

p

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

p

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

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

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

f

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

f

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

f

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

f

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

p

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

p

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

f

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

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

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

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

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

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

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?

p

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

p

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

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

f

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

p

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

f

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

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

f

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

p

ROLLBACK to polecenie wielokrotnego wykonania transakcji zdefiniowanej po tym poleceniu

f

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

p

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

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

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

CEL realizacji systemu opisuje zakres funkcjonalny przyszłego systemu BD

p

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

f

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

f

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

p

moduł Pomiarów Eksploatacyjnych to najistotniejsze miejsce w SZBD z uwagi na kontrolę integralności bazy danych wynikającą z realizacji Triggerów

f

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

p

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

f

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

p

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

p

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

f

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

p

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

p

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

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

p

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

p

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

p

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

p

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

f

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

f

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

p

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Szczególnie obciąża SZBD w stosunku do definiowania takich tabel w aplikacji

f

Możliwość definiowania tabel WIDOKÓW (tabel wirtualnych): Powoduje znaczne spowolnienie dostępu do tabel Widoków Zmaterializowanych

f

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

p

w jednej bazie danych nie może być dwóch atrybutów o takich samych nazwach

p

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

p

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

f

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

f

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

f

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

f

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

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

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

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)

p

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

p

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

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

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

f

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

f

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

f

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

f

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

p

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

p

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

f

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

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

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

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

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

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

p

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

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

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

f

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

Model Logiczny/Implementowany to projekt systemu uwzględniający możliwości realizacyjne przyszłego Systemu Zarządzania 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

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

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

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

p

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

p

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

p

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

p

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

p

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

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

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

p

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

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

p

Podstawową dla konstrukcji 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 tabel (lub nawet tej samej tabeli)

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

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

p

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

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

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

p

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

p

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 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

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

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

p

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

p

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

p

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

p

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

p

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

p

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

p

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

p

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

p

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

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

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

CEL realizacji systemu opisuje zakres funkcjonalny przyszłego systemu BD

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

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

p

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

p

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

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

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

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

p

Dekompozycja tabel to jedyna metoda postępowania w przypadku nie spełnienia przez tabelę warunków kolejnych Form Normalnych

f

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

f

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

p

absolutnym wymogiem jest doprowadzenie Schematu do 3 Formy Normalnej

f

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

f

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

f

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

f

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

p

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

f

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

p

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

p

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

p

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

f

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

p

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

p

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

f

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

f

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

f

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

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

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

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

f

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

f

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

f

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

f

Najnowsze wersje SZBD PostgreSQL oraz mySQL to systemy o podobnej funkcjonalności i udostępniane na licencji GPL (General Public License)

f

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

f

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

f

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

f