|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Подскажите пожалуйста создал БД в SQL SERVER. Сейчас начал делать физическую модель БД в Erwin и столкнулся с проблемой в таблицах t_person, t_client, t_employee. В SQL SErver Проблем нет он дает так сделать связи (один к одному и имена полей разные) а вот в erwin не дает=( как можно решить ? или это ошибка проектирования БД ? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 12:50 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
BF_KARATELСейчас начал делать физическую модель БД в Erwin и столкнулся с проблемой в таблицах t_person, t_client, t_employee. В SQL SErver Проблем нет он дает так сделать связи (один к одному и имена полей разные) а вот в erwin не дает=( как можно решить ? или это ошибка проектирования БД ? Вместо этих трех таблиц использовать одну (собрать в кучу все поля и сделать один ключ) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 19:24 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
У вас что-то получается что у одного employee может быть множество company, но у одной company может быть только один employee. (Но не зная конкретно чего это БД сложно, конечно, что-то про это сказать.) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.02.2019, 20:29 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Чем физический объект помещённый в t_electro_document отличается от физического объекта помещённого в t_document ? Чем физические объекты помещённые в t_person , t_client и t_employee отличаются друг от друга? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 09:10 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Чем физические объекты помещённые в t_subject, t_implementation_subject отличаются друг от друга? Дело бы пошло быстрее, если бы было подробное описание всех таблиц. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 09:18 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
BF_KARATELПодскажите пожалуйста создал БД в SQL SERVER. Сейчас начал делать физическую модель БД в Erwin и столкнулся с проблемой в таблицах t_person, t_client, t_employee. В SQL SErver Проблем нет он дает так сделать связи (один к одному и имена полей разные) а вот в erwin не дает=( как можно решить ? или это ошибка проектирования БД ? Ну так введи в t_client и t_employee поля id_person и свяжи их с t_person. В чём проблема-то? Совсем необязательно что id_person должен быть всегда равен id_client и id_employee, а чаще всего даже лучше для понимания, что client и employee это нечто другое, чем person ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 09:24 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Stanislav P, все твои вопросы не касаются темы топика. И так понятно, что t_person - это список неких людей, которые могут быть выделены как клиенты (тогда будут записаны в таблицу t_client) и сотрудниками (тогда они будут записаны в таблицу t_employee), а могут быть просто авторами документа и не быть ни клиентом ни сотрудником. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 09:31 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
fkthatУ вас что-то получается что у одного employee может быть множество company, но у одной company может быть только один employee. (Но не зная конкретно чего это БД сложно, конечно, что-то про это сказать.) Вот-вот, что ни на это надо внимание сейчас обращать. Может быть id_employeee в t_company - это информация о генеральном директоре компании. И вполне возможно, что одно лицо может быть ген.директором нескольких компаний, а вот несколько ген.директоров у компании - это нонсенс и в БД эта ситуация вполне чётко отражена. Тут странность только в том, что директора разных компаний должны быть сотрудниками некоей одной организации, но мы же не знаем, что это за организация такая. Может быть какая-нибудь тайная масонская ложа... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 09:40 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
разделение на клиентов и сотрудников (а также на роли сотрудников) - это вопросы авторизации, а не просто в разные таблицы положить ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 14:32 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Stanislav P, t_implementation_subject таблица реализации предметов она может у него как быть так и не быть (Если не выкупили залог то будет если выкупили то нет ) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 15:09 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Таблица персон была создана для исключения дубляжа полей в таблицах клиенты и сотрудники, ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 15:11 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Кто знает как в ервин указать связь один к одному? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 15:12 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
Stanislav P, На счет електро документ таблицы, это реализация того что у одного документа может быть овер тысяч сканов ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 15:13 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
BF_KARATELКто знает как в ервин указать связь один к одному? видимо как и в других Tools: PK/AK/Unique индексы и совпадение типов данных полей в обеих таблицах ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 15:25 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
BF_KARATELКто знает как в ервин указать связь один к одному? Создаешь идентифицирующую связь (identifying relationship) и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 16:40 |
|
Создание физической модели БД и вопрос нормализации БД
|
|||
---|---|---|---|
#18+
SergueiBF_KARATELКто знает как в ервин указать связь один к одному? Создаешь идентифицирующую связь (identifying relationship) и все. Вариант 2: Создаешь неидентифицирующую связь (non-identifying relationship) и на поле, которое пришло по ключу делаешь уникальный индекс. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2019, 16:47 |
|
|
start [/forum/search_topic.php?author=DDoroFF&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
178ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
others: | 439ms |
total: | 750ms |
0 / 0 |