Нужен тест для тестирования знаний разработчиков в проектировании структуры БД. Нормальные формы, целостность сущностей и ссылок, внешнии ключи - в общем все, что должен знать опытный проектировщик\программист, использующий реляционные БД.

В интернете бесплатных опросов не нашел.

Кто-нибудь знает, где можно такие вопросы найти?
Или может кто свои вопросы предложит (с вариантами ответов)?

Была такая мысль. Но там (в Дейте в частности) не в виде тестов, а в виде вопросов и упражнений. Значит:
1. Не все упражнения подойдут, т.к. слишком длинные
2. Выдумывать самому ответы надо

Если ничего другого не подвернется, то по книгам и буду шерстить. Н мы же все ленивые :) Всем хочется сразу готовое из инета скачать :)

anjey, ты можешь мне помочь? Привести один вопрос из Дейта и написать к нему 3-5 вариантов ответа?

авторНо данный форум читают многие,поэтому через день после написания задачки она станет бессмыслена,так что в публикации хитрых задач пмсм даже смысла нет ...

И ничего плохого. По крайней мере человек будет знать, как это сделать.
Итак вопрос:
Как сделат так, чтобы каждая запись в таблице была уникальной?
Варианты ответа:
1). Ввести уникальное поле и сделать его первичным ключом
#3). Сделать индексы по всем полям.
2). Включить все поля записи в первичный ключ
#4). Реализовать триггер, проверяющий уникальность записи
5). Сделать все поля таблицы, которые не входят в первичный ключ, внешним ключом

Правильные ответы помечены #

- Насколько вопрос сформулирован корректно? Если считаете, что некорректно, предложите свои варианты.
- Насколько ответы сформулированы корректно? Если считаете, что некорректно, предложите свои варианты. Если считаете, что ответ, помечанный как правильный, на самом деле неверен или верен частично, объясните пожалуйста почему.

В чем проявляется недостаток моих знаний?
Господа, почему нельзя сразу исправить ошибку? Ведь в посте было четко написано:
- Насколько вопрос сформулирован корректно? Если считаете, что некорректно, предложите свои варианты.
- Насколько ответы сформулированы корректно? Если считаете, что некорректно, предложите свои варианты. Если считаете, что ответ, помечанный как правильный, на самом деле неверен или верен частично, объясните пожалуйста почему.

Очень большая просьба к тем кто может исправить ответы, или написать свои варианты.

Уточнение: под уникальностью понимается, что ни одно из поле базы данных не совпадает с другим таким полем в другой записи.
Таким образом вопрос формулируется так: Как сделать так, чтобы каждая запись в таблице была уникальной по каждому полю, составляещему запись.

Приношу свои извинения тем, кто не понял вопрос из формулировки.

Ага, заметил свою ошибку. Это была опечатка. В свете предыдущего уточнения вопроса ,варианты ответа:
1). Ввести уникальное поле и сделать его первичным ключом
2). Сделать индексы по всем полям.
#3). Включить все поля записи в первичный ключ
#4). Реализовать триггер, проверяющий уникальность записи
5). Сделать все поля таблицы, которые не входят в первичный ключ, внешним ключом

Я предлагаю нам всем вместе сделать работу, результатами которой смогут воспользоваться все остальные. Заметьте, я тоже принимаю в этом активное участие.

Хорошо, если в данном сообществе это не принято, сделаю такой тест сам. После чего он будет выложен здесь для тех, кому также интересен этот вопрос.

Спасибо, Shtock, понял.
В таком случае вопрос звучит так:
Как сделать так, чтобы в таблице в любой момент времени содержалась только одна запись (эта логика должна быть реализована на стороне БД)?

Варианты ответа:
#1. Сделать триггер на добавление с соотвествующей логикой.
2. Сделать у первичного ключа таблицы значение по умолчанию.

У меня мысли кончились :(

@Babai, замечательно!

Продолжим:

Для увеличения скорости работы вы денормализовали вашу базу данных и создали несколько колонок с избыточными данными. С помощью какого механизма вы предотвратите рассинхронизацию данных?
#1. Триггер
2. Хранимая процедура
3. Представление (view)
4. Ограничения (constraint)
5. Курсор

Еще вопросик:

БД содержит следующие таблицы:
Product (name, idnumber, price, shipweight, bulklevel )
Sales (customerid, idnumber, date, quantity, tax )
Customer (customerid, poc, phone, address, email, zip )

Таблица sale содержит по одной строке на каждую продажу. Какие внешние ключи необходимо сделать для поддержания целостности БД?

1. idnumber, quantity
#2. customerid, idnumber
3. quantity
4. idnumber
5. tax, quantity

To Alexey Kudinov:
И это пройдет (C) Соломон

И еще вопрос:

Вы разрабатываете базу данных, которая должна строг оподдердивать целостность данных по следующим правилам:
1. Если менеджер удален, все ссылки, которые ранее указывали на менеджера в таблице сотрудников должны быть установлены в NULL.
2. Колонка Title в таблице сотрудников должна содержать значение из таблицы должностей.
3. Ни одна запись из таблицы должностей не может быть удалена, пока остается хотя бы одна связанная запись в таблице сотрудников.
4. Важная информация о пользователе, такая как адрес, телефон, дата начала работы, всегда должна быть заполнена в таблице сотружников.
5. Колонка Manager в таблице сотрудников должна ссылаться на колонку EmployeeID в этой же таблице
Все эти правила могут быть реализованы на уровне базы данных. Какое из них может быть реализовано ТОЛЬКО с помощьюд триггеров?

1. 1
2. 2
3. 3
4. 4
5. 5

Какой ответ верный? Я думаю, что 1. Но может и ошибаюсь.

авторВот Вы и попались:)Триггер - гы-гы,можете напороться на мутацию+обращение к данным (кроме текущей записи) таблицы на которую этот триггер и повешен потенциально опасны.

1. Разве нельзя в триггере заблокировать таблицу на запись, проверить существование единственной записи, выполнить необходимую логику, разблокировать таблицу?
2. Как можно предложеное Вами решение записать в виде, независимом от версии сервера БД?

То .gc:
Бывал, последние вопросы взяты именно оттуда из демонстраций к тестам и из бета-тестов

То .gc:
Относительно Вашего совета по тому, что взять вопросы из учебника. Я посмотрел Дейта. Там практически все вопросы в виде упражнений. То есть подразумевают развернутый ответ. Переделка их в вопросы теста по трудозатратам эквивалентна написанию вопроса теста с нуля.

Попробовал сделать новый вариант вопроса, но что-то с вариантами ответа туго. Да и описать верный ответ не в терминах SQL не получается :(

Как сделать так, чтобы в таблице в любой момент времени содержалась только одна запись (эта логика должна быть реализована на стороне БД)?
Можно выбрать несколько ответов

Варианты ответа:
#(Оценивается в полбалла, т.к. решение потенциально опасно) 1. Сделать триггер на добавление с соотвествующей логикой.
2. Сделать уникальные индексы по каждому полю
#3. Ввести dummy_column number(1) default 0 not null unique check (dummy_column=0)