Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Оцените, пожалуйста.Спасибо.
|
|||
|---|---|---|---|
|
#18+
Задание: База для хранения информации о разрабатываемых тестах(информации минимум), у каждого теста должен быть автор(преподаватель), и каждый тест можно отнести к какой-либо дисциплине. Оцените, пожалуйста: 1)правильно ли я создал таблицы; 2) не переборщил ли с количеством внешних ключей; 3) насколько далек этот вариант от оптимального. Спасибо. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2005, 19:27 |
|
||
|
Оцените, пожалуйста.Спасибо.
|
|||
|---|---|---|---|
|
#18+
Имена полей, отражающих один и тот же объект, лучше делать одинаковыми во всех таблицах, т.е. -> id_test int not null unique auto_increment, -> id_tut int not null, -> id_dis int not null, Если этого не придерживаться, то при большом количестве таблиц можно в них запутаться. Ф.И.О. лучше положить в одно поле. Будет меньше забот при формировании отчетов и вводе данных. В ключевых полях auto_increment неоудобен с точки зрения стройности организации справочников. Пользователю захочется разделить все коды на диапазоны для разных групп. Поэтому лучше дать возможность ему вводить коды самому. В сервисе можно предоставить ему значение по умолчанию новой записи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2005, 20:00 |
|
||
|
Оцените, пожалуйста.Спасибо.
|
|||
|---|---|---|---|
|
#18+
> -> otch_tut varchar(25) not null, Я бы убрал not null. Отчество присутствует у славян и арабов. Для преподавателей, по-видимому, нет таких ограничений. Из каких соображений выбран размер varchar полей в таблицах? Вполне можно представить имя теста длиннее 40 символов. Если нет условия, что любой преподаватель может создавать тест для любой дисциплины, потребуется связать преподавателей и дисциплины. > 1)правильно ли я создал таблицы; Маловато информации о задаче. > 3) насколько далек этот вариант от оптимального Оптимальным может быть решение исключительно в контексте задачи. Оптимальности "вообще" не бывает. Вполне может оказаться, что в этой задаче требуется учитывать временнЫе изменения преподавательского состава, возможность смены фамилии, пол, состояние тестов и пр. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.03.2005, 23:46 |
|
||
|
Оцените, пожалуйста.Спасибо.
|
|||
|---|---|---|---|
|
#18+
2 PVP. авторИмена полей, отражающих один и тот же объект, лучше делать одинаковыми во всех таблицах, т.е. -> id_test int not null unique auto_increment, -> id_tut int not null, -> id_dis int not null, Не понял что Вы имеете в виду. Я стараюсь имена полей имеющие сходую функциональность строить по схожей структуре. Или Вы предлагаете давать им соверешенно одинаковые имена? 2 guest_20040621. Да любой преподаватель может создавать тест для любой дисциплины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2005, 08:00 |
|
||
|
Оцените, пожалуйста.Спасибо.
|
|||
|---|---|---|---|
|
#18+
MAViИли Вы предлагаете давать им соверешенно одинаковые имена? Да, совершенно одинаковые имена. И не только в таблицах, но и в процедурах, если для этого потребуются переменные. Тогда имена легко запоминаются. Эти правила "выстраданы", очень тяжело в большой базе данных привести в порядок имена полей, если в начале разработки не было системы. Но в Вашем случае при работе с тремя таблицами и десятком полей можно не придерживаться ни каких правил, и не заботиться об оптимальности. В общем, типы полей и размеры нормальные, есть все необходимые связи между таблицами, хорошие смысловые и не длинные названия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.03.2005, 09:55 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1545997]: |
0ms |
get settings: |
11ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
139ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 238ms |
| total: | 464ms |

| 0 / 0 |
