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

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

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

Была такая мысль. Но там (в Дейте в частности) не в виде тестов, а в виде вопросов и упражнений. Значит:
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) Соломон