Zaloguj

Fiszki

Egzamin inżynierski - SOBDitd

Test w formie fiszek

Ilość pytań: 62 Rozwiązywany: 2485 razy

Prawdą jest, że w przypadku relacyjnych baz danych:

odwzorowanie jest całkowite, jeśli istnieją z zbiorze źródłowym encje bez obrazu

odwzorowanie 1:1 nie wyróżnia tabeli nadrzędnej

dekompozycja M:N polega na dodaniu nowej tabeli łączącej pośrednio dwie w związku M:N

związek encji wymuszający integralność można ustalać dla dowolnych tabel posiadających dane

dekompozycja M:N polega na dodaniu nowej tabeli łączącej pośrednio dwie w związku M:N

Dana jest relacja Lekarz (pesel (identyfikator), imię, nazwisko), Pacjent (pesel (identyfikator), imię, nazwisko) opisująca fragment bazy danych przychodni. Prawdą jest, że:

dekompozycja zależności do postaci relacyjnej bazy danych da w rezultacie 1 relacje opisującą wizyty

dekompozycja zależności do postaci relacyjnej bazy danych da w rezultacie 3 relacje

dekompozycja zależności do postaci relacyjnej bazy danych da w rezultacie 2 relacje

dekompozycja zależności do postaci relacyjnej bazy danych da w rezultacie 4 relacje, gdyż należy przypisać pacjenta do lekarza oraz dodać informację o wizycie

dekompozycja zależności do postaci relacyjnej bazy danych da w rezultacie 3 relacje

Dana jest relacja Lekarz (pesel (identyfikator), imię, nazwisko), Pacjent (pesel (identyfikator), imię, nazwisko) opisująca fragment bazy danych przychodni. Prawdą jest, że baza danych, która powstanie z dekompozycji relacji M:N

z definicji musi spełniać 3NF

może prowadzić do redundancji danych

nie posiada atrybutów wielowartościowych

jest pozbawiona zależności wielofuncyjnych

Dana jest relacja Lekarz (pesel (identyfikator), imię, nazwisko), Pacjent (pesel (identyfikator), imię, nazwisko) opisująca fragment bazy danych przychodni. Związek binarny M:N obustronnie opcjonalny między encjami A i B oznacza, że:

jedno wystąpienie encji A może wchodzić w związek z jednym wystąpieniem encji B

wiele wystąpień encji A musi wchodzić w związek z co najmniej jednym wystąpieniem encji B

nie występuje w rzeczywistości

jedno wystąpienie encji A może wchodzić w związek z dokładnie jednym wystąpieniem encji B

jedno wystąpienie encji A może wchodzić w związek z jednym wystąpieniem encji B

Prawdą jest, że w tabelach zdenormalizowanych:

anomalia redundancji prowadzi do wielokrotnego występowania tej samej wartości w jednej krotce

anomalia błędu modyfikacji oznacza niemożność modyfikacji krotki bez modyfikacji jej atrybutów objętych kluczem

anomalia wstawiania oznacza niemożność wprowadzenia krotki bez wszystkich ważnych, kluczowanych atrybutów

anomalia błędu usunięcia oznacza niemożność usunięcia krotki, której wartość jest objęta kluczem

anomalia wstawiania oznacza niemożność wprowadzenia krotki bez wszystkich ważnych, kluczowanych atrybutów

Prawdą jest, że w tabelach zdenormalizowanych:

anomalia redundancji wiąże się z powtarzaniem się kolumn w konstrukcji tabeli zdenormalizowanej

anomalia błędu usunięcia polega na utracie części atrybutów wraz z usuwaniem krotki, która te atrybuty opisuje

anomalia błędu modyfikacji polega na problemie spójnej aktualizacji danych wszystkich objętych nią krotek

anomalia wstawiania dotyczy sytuacji, gdy powtarza się dana w atrybucie kluczowym lub unikalnym

anomalia błędu modyfikacji polega na problemie spójnej aktualizacji danych wszystkich objętych nią krotek

Prawdą jest, że w tabelach zdenormalizowanych:

anomalia usunięcia polega na niemożności usunięcia krotki z wartością klucza głównego, do której odwołują się krotki klucza obcego innej tabeli

anomalia błędu wstawiania prowadzi do spadku wydajności operacji odczytu

anomalia redundancji może wpływać na wydajność zapisu danych na nośnikach bazy danych

anomalia modyfikacji wiąże się z problemem modyfikacji atrybutów tworzących liczne kolumny klucza złożonego

anomalia redundancji może wpływać na wydajność zapisu danych na nośnikach bazy danych

Prawdą jest, że:

zależność funkcyjna jest trywialna, gdy atrybuty po lewej stronie zawierają się w atrybutach po prawej stronie

pełna zależność funkcyjna nie występuje wówczas, gdy pewien klucz jednoznacznie identyfikuje pewne wartości niekluczowe

zależność wielowartościowa to zależność, w której danej wartości po stronie lewej przypisuje się zbiór wartości po stronie prawej

dla każdej tabeli można wskazać nietrywialną zależność funkcyjną, która obejmuje klucz główny, występujący po obu stronach opisu zależności

zależność wielowartościowa to zależność, w której danej wartości po stronie lewej przypisuje się zbiór wartości po stronie prawej

Prawdą jest, że:

każda tabela posiadająca klucz posiada także co najmniej jedną nietrywialną zależność funkcyjną, w której atrybut klucza jest po obu stronach w opisie zależności

zależność wielowartościowa to zależność, w której zbiorowi wartości po stronie lewej przypisuje się wartość po stronie prawej

częściowa zależność funkcyjna ma miejsce, gdy pewien podklucz jednoznacznie identyfikuje pewne wartości niekluczowe

zależność funkcyjna nietrywialna oznacza, że każdej kolumnie po stronie prawej odpowiada kolumna po stronie lewej w opisie zależności

częściowa zależność funkcyjna ma miejsce, gdy pewien podklucz jednoznacznie identyfikuje pewne wartości niekluczowe

Prawdą jest, że:

dla każdej tabeli można wskazać nietrywialną zależność funkcyjną, która obejmuje klucz obcy, występujący po obu stronach opisu zależności

zależność wielowartościowa to zależność, w której zbiorowi wartości po stronie lewej przypisuje się zbiór wartości po stronie prawej

zależność wielowartościowa to zależność, w której danej wartości po stronie lewej przypisuje się zbiór wartości po stronie prawej

zależność funkcyjna jest całkowicie nietrywialna, jeśli po lewej stronie opisu zależności jest tylko klucz główny

zależność wielowartościowa to zależność, w której danej wartości po stronie lewej przypisuje się zbiór wartości po stronie prawej

Prawdą jest, że relacja w 1NF:

jest także w postaciach normalnych 2NF, 3NF i BCNF

może zawierać w sobie krotki opisujące pojedyncze elementy listy

jest także w postaciach normalnych 2NF i 3NF

może zawierać krotki posiadające jako atrybuty agregaty danych

może zawierać w sobie krotki opisujące pojedyncze elementy listy

Prawdą jest, że relacja w 1NF

musi być w postaci 1NF, żeby móc być w postaciach normalnych 2NF, 3NF, 4NF i 5NF

może zawierać tablice wartości atomowych

może zawierać listy wartości atomowych

jest także w postaciach normalnych 2NF, 3NF, 4NF i 5NF

musi być w postaci 1NF, żeby móc być w postaciach normalnych 2NF, 3NF, 4NF i 5NF

Prawdą jest, że relacja w 1NF:

elementem krotki może być dowolna struktura danych złożona ze zdefiniowanych w bazie (np. poprzez SQL) danych atomowych

tabela może zawierać atrybuty tylko z listy przyjętych wartości atomowych, dla których istnieją operatory

może zawierać struktury skonstruowane tylko przy pomocy wartości atomowych

postać normalna 1NF jest wymagana dla każdej bazy relacyjno-obiektowej

tabela może zawierać atrybuty tylko z listy przyjętych wartości atomowych, dla których istnieją operatory

Prawdą dla drugiej postaci normalnej 2NF jest:

relacja X jest w postaci 2NF jeśli jest 1NF i nie zawiera częściowych zależności funkcyjnych

relacja X jest w postaci 2NF jeśli jest 1NF i nie zawiera pełnych zależności funkcyjnych

zależności przechodnie występują tylko między atrybutami wchodzącymi w skład klucza złożonego

nie mogą istnieć zależności pomiędzy atrybutami kluczowymi

relacja X jest w postaci 2NF jeśli jest 1NF i nie zawiera częściowych zależności funkcyjnych

Prawdą dla drugiej postaci normalnej 2NF jest:

każdy podklucz określa wszystkie niekluczowe atrybuty

pewien podklucz określa wszystkie niekluczowe atrybuty

klucz określa wszystkie niekluczowe atrybuty

relacja w 2NF nie ma zależności przechodnich

klucz określa wszystkie niekluczowe atrybuty

Prawdą jest, że relacja w drugiej postaci normalnej 2NF:

musi mieć klucz opisujący wszystkie zależności między atrybutami niekluczowymi

nie musi być postaci 1NF, za to 1NF musi być postaci 2NF

nie ma zależności funkcyjnych między atrybutami niekluczowymi

nie ma nietrywialnych zależności funkcyjnych, w których podklucz jest po lewej stronie

Relacja będąca w 3NF:

jest relacją, w której wszystkie wtórne atrybuty zależą tylko od super-klucza

pozbawiona jest anomalii związanej ze wstawianiem danych

pozbawiona jest anomalii związanej z usuwaniem danych

nie posiada powtarzających się informacji

jest relacją, w której wszystkie wtórne atrybuty zależą tylko od super-klucza

Prawdą jest, że relacja, która spełnia 3NF:

gwarantuje, że wartości wszystkich atrybutów są atomowe

powstała poprzez usunięcie zależności wielowartościowych

umożliwia definiowanie atrybutów wtórnych częściowo funkcyjnie zależnych od klucza podstawowego relacji

spełnia również BCNF

gwarantuje, że wartości wszystkich atrybutów są atomowe

Prawdą jest, że:

każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z 3NF bez utraty informacji

każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z 3NF bez utraty informacji i bez utraty zależności

każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z 3NF bez utraty informacji lub bez utraty zależności

każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z 3NF bez utraty zależności

każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z 3NF bez utraty informacji i bez utraty zależności

Prawdą jest, że:

Relacja będąca w BCNF nie posiada zależności wielowartościowych

Relacja będąca w BCNF nie posiada zależności funkcyjnych

Każdą relację można bez utraty informacji zdekomponować do postaci Boyce-Codda

Relacja będąca w BCNF nie musi spełniać 3NF

Każdą relację można bez utraty informacji zdekomponować do postaci Boyce-Codda

Prawdą jest, że:

Dekompozycja do postaci BCNF usuwa całkowicie anomalie powstające przy usuwaniu danych

Postać BCNF jest mniej restrykcyjna niż 3NF

Jeżeli relacja spełnia założenia BCNF to nie występuje w niej redundancja

Każdy schemat tabeli można zdekomponować do postaci mniejszych schematów zgodnych z BCNF bez utraty zależności

Jeżeli relacja spełnia założenia BCNF to nie występuje w niej redundancja

Prawdą jest, że:

relacja nie jest odporna jest na anomalie powstałe podczas dodawania danych

dekompozycja do postaci BCNF powoduje, że relacja posiada tylko klucz prosty

dekompozycja do postaci BCNF powoduje, że relacja posiada tylko klucz złożony

dla każdej zależności funkcyjnej X -&rt; A występującej w relacji X jest nadkluczem schematu R

Początek Pokaż poprzednie pytania

Powiązane tematy

Inne tryby

Nauka Test Powtórzenie