ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Справочник - делать или нет???
24 сообщений из 24, страница 1 из 1
Справочник - делать или нет???
    #33901051
Муух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Муух
Гость
Вопрос к более опытным товарищам
Есть сущность Работник c атрибутом должность. По идее надо вынести должность в отдельную сущность(организовать справочник) и соединить с работником по внешнему ключу.
Второй вариант просто оставить должность в Работнике - а пользователь например при вводе может выбрать должность из уже существующих(выборка уникальных значений) в базе или добавить новую.
Какой вариант предпочтительнее?
...
Рейтинг: 0 / 0
05.08.2006, 00:16
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901059
LenaV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LenaV
Участник
Первый.
A если через год компания примет на работу 200 человек и надо будет не вручную их вводить, а електронно, из техт фаила, например?
Зачем себе сложности создавать? Стандарт тем и хорош, что он стандартный :)
...
Рейтинг: 0 / 0
05.08.2006, 00:27
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901065
Urri
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Urri
Участник
+1
...
Рейтинг: 0 / 0
05.08.2006, 00:35
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901083
Муух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Муух
Гость
2 LenaV:
Честно не понял причем здесь 200 человек. Также в базу и добавлю, проставив в атрибут должность какое-нить значение по умолчанию.
...
Рейтинг: 0 / 0
05.08.2006, 01:01
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901094
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ChA
Участник
МуухПравильнее, скорее, первый вариант, со справочником. В противном случае, при удалении работника может исчезнуть и должность, которую он занимает и придется ее вводить заново. Кроме того, когда надо будет указать должность, то выборка из справочника должностей будет выполняться значительно быстрей, чем "выборка уникальных значений", хотя, возможно, работников будет не так много, чтобы ощутить эффект.
...
Рейтинг: 0 / 0
05.08.2006, 01:17
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901095
LVadim
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LVadim
Участник
Первый.
Даже не думай первый.
...
Рейтинг: 0 / 0
05.08.2006, 01:24
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901111
LenaV
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LenaV
Участник
Муух2 LenaV:
Честно не понял причем здесь 200 человек. Также в базу и добавлю, проставив в атрибут должность какое-нить значение по умолчанию.
Я это к тому, что за одним нестандартным решением стандартной задачи следует второе и третие и т.д. Когда у вас их набертся несколько десятков ( а это случится значительно быстрее, чем предпологается), вам захочестся бежать сломя голову от поддержки такой базы данных, а человек пришедший после вас, будет ругаться нехорошими словами и может быть плакать втихоря. :) Пожалейте следом идущего.
К тому же, планируя немножко вперед, через пару месяцев к вам придет начальник и скажет, что он хочет видеть не только название должности, но и ее описание и т.д. Морока сплошная.
Удачи. :)
...
Рейтинг: 0 / 0
05.08.2006, 02:45
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901142
LelikBolek
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
LelikBolek
Гость
LenaV
К тому же, планируя немножко вперед, через пару месяцев к вам придет начальник и скажет, что он хочет видеть не только название должности, но и ее описание и т.д.

Подреживаю первый вариант, а дополнениями описанными LenaV сталкивался не раз.. Архтектура со справочниками и стандартна, общеприянта и действтельно более удобна для дальнейшего развития системы. Удачи
...
Рейтинг: 0 / 0
05.08.2006, 08:16
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901215
Муух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Муух
Гость
Всем спасибо за ответы. Сделаю со справочником.
Тему можно закрыть.
...
Рейтинг: 0 / 0
05.08.2006, 11:32
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901472
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Не торопитесь, Муух. Вы заблуждаетесь. Должность нельзя "соединить с работником по внешнему ключу". По многим причинам. Нужна сущность Назначение (работника на должность)... И т.д.
...
Рейтинг: 0 / 0
05.08.2006, 21:03
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901484
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
Чернышев Андрей ЛеонидовичНе торопитесь, Муух. Вы заблуждаетесь. Должность нельзя "соединить с работником по внешнему ключу". По многим причинам. Нужна сущность Назначение (работника на должность)... И т.д.
...
Рейтинг: 0 / 0
05.08.2006, 21:27
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901551
jekaSQL
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
jekaSQL
Участник
Правильно это стоит делать так:
Есть список работников - табличка, скажем, users. Есть штатное расписание - roles. связаны они отношением многие-ко-многим через userroles.
Это, например, поможет, если один человек занимает несколько должностей. Ну и вообще...
...
Рейтинг: 0 / 0
05.08.2006, 23:54
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901577
AlexTheRaven
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AlexTheRaven
Участник
Чернышев Андрей ЛеонидовичНе торопитесь, Муух. Вы заблуждаетесь. Должность нельзя "соединить с работником по внешнему ключу". По многим причинам. Нужна сущность Назначение (работника на должность)... И т.д.Если делаете систему, для которой работа с кадрами - основная функция, то наверное да.
Если делаете простенькую систему, для которой должность - скорее роль пользователя, а когда пользователь получил такую роль - неважно (паранойей не страдаете, историю всех изменений всех данных не храните) - то наверное нет.
...
Рейтинг: 0 / 0
06.08.2006, 00:57
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33901580
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
jekaSQLПравильно это стоит делать так:
Есть список работников - табличка, скажем, users. Есть штатное расписание - roles. связаны они отношением многие-ко-многим через userroles.
Это, например, поможет, если один человек занимает несколько должностей. Ну и вообще...

А вот и недоделанные users. :)
...
Рейтинг: 0 / 0
06.08.2006, 01:05
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33902270
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Чернышев Андрей ЛеонидовичНе торопитесь, Муух. Вы заблуждаетесь. Должность нельзя "соединить с работником по внешнему ключу". По многим причинам. Нужна сущность Назначение (работника на должность)... И т.д.
только если нужно хранить ИСТОРИЮ назначений, либо СОВМЕЩЕНИЕ должностей (но лучше не усложнять).
...
Рейтинг: 0 / 0
07.08.2006, 09:58
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33904014
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Ошибаетесь, Petro123. Дело не только в "истории" и "совмещении". Кроме того, Ваше словосочетание "история назначений" говорит о том, что назначения ЕСТЬ, но их ИСТОРИЯ не нужна - это противоречие. Правильнее сказать, что назначения есть в предметной области, но их не нужно (их, а не их историю - попробуйте хранить "назначения", но не хранить их "историю") хранить в базе данных Муух, так как это "чересчур сложно" (?). AlexTheRaven преувеличивает, когда говорит о параноидальном хранении какой-то "истории всех изменений всех данных". Назначение - это естественная сущность даже для "простенькой системы", а не "история всех изменений всех данных". Автор темы говорит именно о "должностях", а не о "ролях". Мне сложно представить "простенькую систему" с "работниками" и "должностями" без "назначений", но я верю AlexTheRaven, что такие "системы" есть. Я только посоветовал Муух не торопиться, но AlexTheRaven наверное правильно угадал, что система Муух именно простенькая.
...
Рейтинг: 0 / 0
07.08.2006, 18:46
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33904871
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Чернышев Андрей Леонидович
Кроме того, Ваше словосочетание "история назначений" говорит о том, что назначения ЕСТЬ, но их ИСТОРИЯ не нужна - это противоречие.
в чём проблема?
Проблема в хранении ТОЛЬКО ОДНОЙ ПОСЛЕДНЕЙ ДОЛЖНОСТИ из списка должностей?
Что нужно а что нет, решается в модели. Не мне вам говорить, что модель всегда ущербна (не точная копия реального мира).
...
Рейтинг: 0 / 0
08.08.2006, 11:00
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33905086
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Стыдно признаваться, но я так и не смог решить простую задачу "хранения ТОЛЬКО ОДНОЙ ПОСЛЕДНЕЙ ДОЛЖНОСТИ из списка должностей". Нужно подучиться...
...
Рейтинг: 0 / 0
08.08.2006, 11:59
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33905291
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Чернышев Андрей ЛеонидовичСтыдно признаваться, но я так и не смог решить простую задачу "хранения ТОЛЬКО ОДНОЙ ПОСЛЕДНЕЙ ДОЛЖНОСТИ из списка должностей". Нужно подучиться...
ФИО id_должнИванов 2Петров 3
список должностей
2 Слесарь3 Сантехник
Это?
...
Рейтинг: 0 / 0
08.08.2006, 13:04
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33908296
ModelR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ModelR
Участник
Чернышев Андрей ЛеонидовичСтыдно признаваться, но я так и не смог решить простую задачу "хранения ТОЛЬКО ОДНОЙ ПОСЛЕДНЕЙ ДОЛЖНОСТИ из списка должностей". Нужно подучиться...Дык и кто сможет? Хранение строго ПРАВИЛЬНЫХ данных...
Но смеяться легко, а уточнее очень простое: "хранения [в Сотруднике]ТОЛЬКО ОДНОЙ ДОЛЖНОСТИ из списка должностей, оставляя пользователю заботы о том, что это именно ПОСЛЕДНЯЯ."
Или кто-то понял по другому?
...
Рейтинг: 0 / 0
09.08.2006, 15:17
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33908482
Сахават Юсифов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сахават Юсифов
Участник
ModelR Чернышев Андрей ЛеонидовичСтыдно признаваться, но я так и не смог решить простую задачу "хранения ТОЛЬКО ОДНОЙ ПОСЛЕДНЕЙ ДОЛЖНОСТИ из списка должностей". Нужно подучиться...Дык и кто сможет? Хранение строго ПРАВИЛЬНЫХ данных...
Но смеяться легко, а уточнее очень простое: "хранения [в Сотруднике]ТОЛЬКО ОДНОЙ ДОЛЖНОСТИ из списка должностей, оставляя пользователю заботы о том, что это именно ПОСЛЕДНЯЯ."
Или кто-то понял по другому?

Хранить надо все, а показывать дефолт - последнюю, по запросу историю.
...
Рейтинг: 0 / 0
09.08.2006, 15:57
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33909627
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
Не это, Petro123. Целую ночь думал над Вашей усложненной схемой БД, и ничего не получилось. То есть не получилось решить даже ту задачу, которую Вы сами себе поставили. Кто ПОСЛЕДНИМ занимал должность, которую СЕЙЧАС никто не занимает ? Заметьте, речь не идет ни об "истории должностей" работника, ни о "совмещении должностей". Малейшее дуновение ветерка делает Вашу схему БД неработоспособной. Видимо нам обоим нужно подучиться. И совместными усилиями мы решим, в конце концов, "загадку Мууха", постепенно вырастающую в "теорему Ферма".
...
Рейтинг: 0 / 0
10.08.2006, 08:45
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33909898
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Чернышев Андрей Леонидович
Есть всего 2 варианта:
- не хранить историю назначения должностей (хранить только текущюю)
- хранить историю назначения должностей

1. Я указал код варианта №1
2. У автора топика, вроде нет предпосылок для усложнения БД (вар.2)
2. При варианте 2 можно получить любую инфу по назначениям на должность, если это нужно заказчику (он платит за усложнение) и есть в ТЗ.
...
Рейтинг: 0 / 0
10.08.2006, 11:02
| Ответить | Цитировать | Написать  
Справочник - делать или нет???
    #33911679
Чернышев Андрей Леонидович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Чернышев Андрей Леонидович
Гость
"Есть всего 2 варианта" чего ??? Два варианта решения (правда тоже неизвестно какой задачи) привел сам Муух. Но это, конечно, не значит, что варианта "всего 3". Можно предположить, что первый вариант Мууха предпочтительней. А второй вариант (или Ваш первый) я так и не смог за три дня "приложить" ни к одной реальной задаче. Но, как я уже говорил, это, наверное, от недостатка знаний...
...
Рейтинг: 0 / 0
10.08.2006, 20:49
| Ответить | Цитировать | Написать  
24 сообщений из 24, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Справочник - делать или нет???
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=33905291&tid=1545103]:
 0ms
get settings:
 9ms
get forum list:
 20ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 27ms
get topic data:
 10ms
get forum data:
 3ms
get page messages:
 74ms
get tp. blocked users:
 1ms
others: 205ms
total:  355ms
созд. / загр.: 355ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]