Dobra. Może część widziała te pytania, może nie. Czasem lubi ich facet używać, może i tym razem ich użyje. Spróbujmy wspólnymi siłami rozwalić te pytanka
Od razu mówię, że nie jestem "miszczem" z Baz Danych, więc jak ktoś kumaty mógłby rzucić okiem (zwłaszcza na te ze znakami zapytania) to by było miło
1 a
2 c
3 b
4 b
5 a
6 a
7 c
8 c
9 a
10 b
11 c
12 c
13 c
14 b
15 b
16 c
17 b
18 a
19 a
20 c
21 c
22 a
23 b
24 a
25 a
26 c
27 a
28 a
29 b
30 a
31 b
32 a
33 c
34 a
35 a
Ostatnio zmieniony przez DantePL 2011-06-09, 21:20, w ca³o¶ci zmieniany 5 razy
Umówmy się, że ŻADNA odpowiedź nie jest jeszcze na 150% pewna, ok ? Dlatego liczę, że ktoś kumaty pomoże i potwierdzi albo zaprzeczy te odpowiedzi
W 17 nie jestem pewien. Możliwe, że c, bo declare behavior. No i w sumie funkcja by też się zgadzała. Więc powiedzmy, że chyba masz rację i C
Indeksy przyspieszają wyszukiwanie danych. Indeks utworzony dla kolumny często decyduje o tym jak długo będziemy czekali na reakcje systemu na zadane pytanie. Czemu więc nie tworzyć indeksu dla każdej kolumny? Najważniejszy powód jest taki, że budowanie i utrzymywanie indeksów pochłania czas i pamięć urządzeń bazodanowych. Drugim powodem jest to, że wstawianie, usuwanie, modyfikowanie danych w kolumnach indeksowanych trwa nieco dłużej niż w przypadku kolumn nieindeksowanych, ze względu na czas, jaki potrzebuje system na
utrzymanie indeksu po zmianie wartości.
Na ogół korzystne jest tworzenie indeksów dla kolumn, w których czÄ™sto wykonuje siÄ™ wyszukiwanie – szczególnie dla kolumn klucza głównego i kolumn używanych w zÅ‚Ä…czeniach (relacjach) i sortowaniu. Poniżej podajemy kilka bardziej precyzyjnych wskazówek:
Kolumna lub kolumny zawierające klucz główny tabeli powinny być prawie zawsze indeksowane.
Kolumna, do której często się sięga zgodnie z porządkiem sortowania, powinna być indeksowana.
Kolumny regularnie wykorzystywane w złączeniach powinny być indeksowane, gdyż wtedy system szybciej może dokonać złączenia.
killaruna, ale w odpowiedzi A jest "dowolnych pól tabeli". Owszem, pewne pola są bardziej wskazane od innych, ale tak czy inaczej możesz indeksować dowolne. Najwyżej będzie to bezcelowe.
Według mnie w 13 pierwsze dwa punkty są poprawne, w slajdach prowadzącego jest napisane, że na wejściu określamy jako źródło danych zdefiniowane zmienne dziedzinowe (dla predykatów dziedzin) bądź zespół zmiennych wolnych/związanych (dla predykatów krotek). W wyniku odpowiednio wiemy, że dostaniemy zbiór wszystkich krotek, dla których formuła jest prawdziwa.
Co do podpkt. C - "operatory arytmetyczne i logiczne" - operatory algebry relacji to chyba tylko w językach wykorzystujących algebrę relacji, a nie rachunek predykatów???
Kwerenda bazy danych opiera się na języku SQL, który jest powszechnie stosowanym językiem zapytań w relacyjnych bazach danych. Zapytania można formułować bezpośrednio w tym języku, jednak powszechnie stosuje się bardziej przyjazne dla użytkownika techniki, które umożliwiają budowanie kwerend za pomocą tzw. kreatorów, prowadzących krok po kroku przez procedurę tworzenia kwerendy.
Czyli może, ale nie musi.
Wydaje mi się, że DantePL dobrą odp. zaznaczył:
Cytat:
W programach do obsługi baz danych stosuje się rozmaite typy kwerend.
Kwerenda wybierajÄ…ca dane - prosta kwerenda wybierajÄ…ca tabele i pola
kwerenda krzyżowa - tworzy arkusz kalkulacyjny oparty na danych z trzech lub więcej pól.
Kwerenda tworzÄ…ca tabele - wybiera rekordy i zapisuje ich kopie z nowej tabeli.
Kwerenda aktualizująca - wyszukuje informacje i zmienia zawartość wskazanych pól.
Kwerenda usuwajÄ…ca - wyszukuje informacje i usuwa je z bazy.
Kwerenda dołączająca - pobiera rekordy ze wskazanych tabel i dołącza je do innych tabel.
Nie doczytałem do końca, ale jak rozumiesz termin "zmiana w bazie danych" ?
Jako zmianę na poziomie tabel (i wyższym) czy na danych w tabelach (wierszy, krotek),
może chodzi o zmianę struktury bazy ,a nie dane w bazie.
Jeśli kwerenda jest tworzona w kreatorze to możliwe ,że jest później "przepisywana" na SQL w procesie kompilacji(?) czyli jest pośrednio oparta na SQL, niestety nie wiem jak to działa w BD
Hmm, no w sumie pytanie jest niesprecyzowane pod tym względem... Czort wie, o co wykładowcy dokładnie chodziło jednak ja przyjmuję, że chodzi o operacje dokonywane na danych. Zawsze można obok napisać taki komentarz ewentualnie
e^x, W 8. na pewno jest wirtualna a co do a) to wiem o co ci chodzi, ale chyba w tym przypadku jemu chodzi oto co zawiera taki view. Więc zaznaczyłbym a. Chyba, że pokręcone rozumowanie koleś ma więc trzeba by było uznać twoją sugestię
w 8 zaznaczyłbym tylko c).
Odpowiedź a) odpada - cytat z Wikipedii:
Cytat:
Perspektywa (widok) to logiczna struktura, wirtualna tabela wyliczana w locie, określona przez zapytanie SQL,
Zatem nie przechowuje nam żadnych danych :) Poza tym zmiana danej w perspektywie zmienia ją również w tabeli źródłowej, a przecież perspektywy nie są powiązane relacją z tabelami źródłowymi.
jj09 na kolumnę danych typu BLOB można założyć indeks, tylko należy nadać mu określoą długość. Poniższy kod nie generuje żadnych błędów w SQL
Cytat:
CREATE TABLE locales_source(
lid int( 11 ) NOT NULL AUTO_INCREMENT ,
location varchar( 255 ) NOT NULL DEFAULT '',
source blob NOT NULL DEFAULT '',
PRIMARY KEY ( lid ) ,
INDEX source( source( 30 ) )
)
za to kod:
Cytat:
CREATE OR REPLACE type moj_typ AS object (
x_ number,
y_ varchar2(10),
member procedure to_upper
);
CREATE TABLE testowa (
id_typ number(11) NOT NULL,
nazwa moj_typ NOT NULL,
PRIMARY KEY (id_typ)
);
CREATE INDEX index_nazwa ON testowa (nazwa);
generuje błąd:
Cytat:
ORA-02327: cannot create index on expression with datatype ADT
zatem 7 odp. c) na pewno
6a zgadzam siÄ™
11 tylko c) (odp. a odpada - można też używać języka m.in. QBE, odp b odpada bo przecież mamy kwerendy aktualizujące, dodające, usuwające)
killaruna, z tego co napisałaś wychodzi, że w zad 11 są dwie odpowiedzi dobre ponieważ
Kwerenda aktualizująca - wyszukuje informacje i zmienia zawartość wskazanych pól.
Kwerenda usuwajÄ…ca - wyszukuje informacje i usuwa je z bazy.
czyli cos zmieniają z BD. czyli odpowiedź b i c
_________________ Ważniejsze od tego co dajemy jest to, z czego potrafimy zrezygnować.
Lechu, a jak aktualizujemy czy usuwamy to to nie jest operacja zmieniajÄ…ca BD?
i jeszcze jedno pytanie czemu w 29 jest odpowiedz b i c? ja bym dala tylko odpowiedz c z reszta tak jak jest na tych testach z zeszlych lat na slajdzie jest tak napisane: Integralność, poprawność (ang. integrity) BD -
właściwość polegająca na przechowywaniu
danych zgodnie z rzeczywistością;
• Konotacje integralnoÅ›ci:
– BD (struktury danych)
– transakcji (dynamika dziaÅ‚ania)
• Integralność BD jest uzyskiwana:
– na podstawie zależnoÅ›ci funkcjonalnych
atrybutów: model BD projekt BD
– w wyniku zdefiniowanych zasad (wiÄ™zów,
ograniczeń = więzy integralnościowe; ang.
integrity constraints) schemat BD
_________________ Ważniejsze od tego co dajemy jest to, z czego potrafimy zrezygnować.
Nie mo¿esz pisaæ nowych tematów Nie mo¿esz odpowiadaæ w tematach Nie mo¿esz zmieniaæ swoich postów Nie mo¿esz usuwaæ swoich postów Nie mo¿esz g³osowaæ w ankietach Nie mo¿esz za³±czaæ plików na tym forum Mo¿esz ¶ci±gaæ za³±czniki na tym forum
jednak ja przyjmuję, że chodzi o operacje dokonywane na danych. Zawsze można obok napisać taki komentarz ewentualnie 
np.na pole typu BLOB nie można chyba założyć indexu
