Это мой первый пост. Мне нужна помощь в разработке части базы данных, которую я создаю; Моя база данных потребует от пользователя ввода нескольких рабочих заданий. Теперь я не уверен, как создать базу данных. Должен ли я создавать разные таблицы для каждого опыта? Пожалуйста, имейте в виду, что пользователь должен предоставить не менее 5 лет опыта. Если в течение последних 5 лет есть пользователь, у которого было 15 заданий, это может быть сложно создать 15 разных таблиц. Что вы рекомендуете? СпасибоСовет по проектированию баз данных - несколько записей
ответ
Должен ли я создавать разные таблицы для каждого опыта?
No.
Но вы должны создать другую таблицу для каждого различного рода опыта. Каждая таблица опыта находится в отношениях N: 1 по отношению к таблице лиц и имеет определенные столбцы и/или ограничения (как это необходимо для этого конкретного вида опыта).
Предполагая, что существует только один вид опыта, вам понадобится только одна таблица опыта. Например:
CREATE TABLE PERSON (
PERSON_ID INT PRIMARY KEY
-- Other fields such as name, date of birth etc...
);
CREATE TABLE WORK_EXPERIENCE (
PERSON_ID INT REFERENCES PERSON (PERSON_ID),
WORK_EXPERIENCE_NO INT, -- Orders the work experiences of the same person.
PRIMARY KEY (PERSON_ID, WORK_EXPERIENCE_NO)
-- Other fields such as company name, description, period of time etc...
);
Если есть пользователь, который имел 15 рабочих мест в течение последних 5 лет, что может быть трудно создать 15 различных таблиц.
Действительно. Но создание 15 строк в таблице WORK_EXPERIENCE (все с общим PERSON_ID) было бы совсем не трудным;)
удивительный. благодаря –
Я думаю, что лучшей идеей было бы создать таблицу Users, а затем таблицу Work Experience, а затем установить ограничение внешнего ключа в таблице Work Experience, чтобы каждая строка в таблице WE ссылалась на действительную пользователь.
В этом случае я не должен ставить User_id как PK в таблицу WE. Я должен держать таблицу МЫ свободной от ПК? –
У вас должен быть ПК в таблице WE, а не как идентификатор пользователя. Идентификатор пользователя - это ограничение внешнего ключа, но каждая запись занятости должна иметь свой собственный ПК, например столбец WE_id. –
Благодарим вас за ваш ответ и разъяснение. –
- 1. Совет по проектированию баз данных - Годовые данные
- 2. Совет по проектированию баз данных - несколько вопросов да или нет
- 3. Совет по проектированию таблиц Mysql
- 4. Требуется совет по проектированию базы данных Geo
- 5. Советов по проектированию баз данных уровня предприятия
- 6. Совет по проектированию архитектуры веб-приложений ASP.NET
- 7. Совет по проектированию таблиц SQL Server
- 8. подхода к проектированию баз данных общих
- 9. Нужен совет по проектированию базы данных для системы оценки школы
- 10. asp.net Нужен совет по проектированию сложных форм и валидаторов
- 11. Решения по проектированию базы данных
- 12. Рекомендации по проектированию оптимальной базы данных
- 13. Выберите несколько баз данных
- 14. Совет по разработке базы данных
- 15. Вопрос о советах по проектированию базы данных
- 16. Рекомендации по WebAPI и несколько баз данных
- 17. Несколько баз данных ELMAH
- 18. Django Несколько баз данных
- 19. Несколько баз данных Grails
- 20. Необходима консультация по проектированию базы данных
- 21. Предложения по проектированию метрики
- 22. Консультация по проектированию DB
- 23. Cakephp3 несколько баз данных
- 24. ADODB Несколько баз данных
- 25. MVC4 Несколько баз данных
- 26. couchdb несколько баз данных
- 27. Запросить несколько баз данных?
- 28. MagicalRecord: несколько баз данных
- 29. Symfony Несколько баз данных
- 30. Wordpress несколько баз данных
Бранко Димитриевич понял вопрос и предложил рабочее решение. Спасибо –