powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Нормализация БД Справочник сотрудников
25 сообщений из 40, страница 1 из 2
Нормализация БД Справочник сотрудников
    #34931074
---NICK---
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Здравствуйте, помогите нормализовать БД (напишите, пожалуйста, подробно, отношения, таблицы).

Перечень данных БД Справочник сотрудников:
ФИО
Дата рождения
Город
Должность
Название отдела (место нахождения сотрудника)
Телефон: внутренний, рабочий
e-mail
Зарплата
Стаж работы
Наивысшие достижения в карьере
Хобби
Знание языков


Место нахождения сотрудника состоит из (иерархия):

Департамент
Управление
Отдел
Сектор


Спасибо.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931090
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а самому придумать слобо??? хоть бы какой-нибудь пример привел, программист...

вот как подобные ответы выгледят, а никто тут за тебя думать не станет... а потом уточнять подробности...
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931127
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ЗачОт, -=ALEX=-, пЕши ИСЧО.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931329
Фотография Программист-Любитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Справочник фамилий - это сильно.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931344
Чендлер
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Программист-ЛюбительСправочник фамилий - это сильно.
+1
и имён и отчеств
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931388
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-вот как подобные ответы выгледят...

к сожалению в этом ты прав...

нормально ты нормализовал справочник сотрудников - 100% зачОт
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931435
sergey888
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А что тут смешного?
Я на одном предприятии видел программу кадрового учета, главной фишкой котороый было автоматическое определение пола по ФИО!
Причем пол определялся однозначно и бесповоротно!
Таке что справочник имен - это цветочки, а когда треть мужиков в организации числится женщинами - вот это действительно сильно!
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931477
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sergey888Причем пол определялся однозначно и бесповоротно!

просто нужно делать отдельно справочники женских Имен-Фамилий-Отчеств и мужских Имен-Фамилий-Отчеств...

а еще лучше сделать отдельный справочник полов для "имени" "фамилии" и "отчества" (FK для каждой из таблиц) и пол вычислять по среднему арифметическому округляя к ближайшему целому... а что? - зачем, скажите, хранить в таблицах вычисляемые значения
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931547
sergey888
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
proposed amendment sergey888Причем пол определялся однозначно и бесповоротно!

просто нужно делать отдельно справочники женских Имен-Фамилий-Отчеств и мужских Имен-Фамилий-Отчеств...

а еще лучше сделать отдельный справочник полов для "имени" "фамилии" и "отчества" (FK для каждой из таблиц) и пол вычислять по среднему арифметическому округляя к ближайшему целому... а что? - зачем, скажите, хранить в таблицах вычисляемые значения

Саша, Женя - кто по полу?


А если придется принять на работу транссексуала, то как быть?
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931559
Kirill Razuvaev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Добрый день!

Тема со справочниками "Фамилии", "Имена", "Отчества" действительно довольно
спорная.
Зачастую, наличие таких справочников может не только ускорить ввод данных в
БД, но и позволить избежать (или минимизировать) опечатки в процессе ввода
информации в БД. А относительно реалиазации выбора "пола", то я видел БД, в
которой это было реализовано на основе отчества, т.е. при выборе отчества
выполнялась подстановка вероятного значения в поле "Пол", которое, правда,
оператор мог изменить.
К тому же, имея, справочник фамилий гораздо проще решать проблемы, связанные
со склонением фамилий, имен, отчеств и со склоняемыми и несклоняемыми
фамилиями.

Так что, IMHO, этот вопрос каждому решать нужно под свою задачу.

С уважением,
Кирилл Разуваев


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931619
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sergey888Саша, Женя - кто по полу?

сказано-ж было - по среднеарифметическому вычислять (можно еще поднимать отношение муж-к-жен по данным таблицы - если больше Саша муж. значит мужское) - а вообще таких имен нет - есть Евгения и Александра (жен.) Евгений и Александр (муж.)

sergey888
А если придется принять на работу транссексуала, то как быть?

да какая разница - в анекте не указывается транссексуал оно или нет - можно просто в справочник полов внести средний пол


ЗЫ

мы например просто не принимаем на работу сотрудников в Ф+И+О которых более 25 знаков (знакомест, включая пробелы) , потому, что длинна поля EMP_NAME в БД системы безопасности не позволяет вносить более длинные данные...

Филипп Бедросович Киркоров к нам попал только через сокращение имени на одно "П" (Филип Бедросович)
а Изосимов Александр Вадимович даже и не пытался устроиццо - 3 знакоместа лишние (даже если вычеркнуть пробелы все равно не помещаеццо)
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931654
Bely
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kirill RazuvaevТема со справочниками "Фамилии", "Имена", "Отчества" действительно довольно спорная.
Зачастую, наличие таких справочников может не только ускорить ввод данных в
БД, но и позволить избежать (или минимизировать) опечатки в процессе ввода
информации в БД.Действительно спорная, потому что, кроме минимизации ошибок - это ведет к увеличению процента "подтасовки" данных.
Оператору проще подставить неправильное значение из справочника, чем правильное, но заводить его сперва в справочнике.
Пример имен:
Александр и Александрос
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931668
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Kirill RazuvaevС уважением,
Кирилл Разуваев


Кирилл, безотносительно справочника Имен_фамилий_Отчеств, автор диаграммы привел схему которая вообще никак не соотносится с вопросом

а если уж коснуться темы - то больше смысла было бы вынести документы удостоверяющие личность отдельно в справочники, и штатное расписание

в общем =Alex'y= однозначный зачет - повеселил ... особенно само соощение с гордым апломбом:

авторвот как подобные ответы выгледят

я просто под стол чуть не сполз от смеха...

интересный момент - автор диаграммы указал дату ОПТИЦЕСТВЛЕНИЯ как один из Native Attributes сотрудника - хм... занятно... что имелось в виду?
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34931703
BULK INSERTв общем =Alex'y= однозначный зачет - повеселил ... особенно само соощение с гордым апломбом:

авторвот как подобные ответы выгледят


Может быть имелось в виду каков вопрос, так ответ?
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34939515
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ай да молодцы...

1. действительно имелось ввиду какой вопрос - такой ответ... приведена схема справочника не сотрудников, а физ. лица. варианта с сотрудниками нет, приведенная схема лишь как пример, причем с навешиванием доп. таблиц превратится в справочник сотрудников. автор хоть бы намеки на интерес дал бы, а то сделайте за меня работу, пожалуйста.

2. справочник имен/фамилий и отчеств в отдельных табл.: ну мне так нравится, вам не нравится - приведите ваш вариант - поглумимся над ним... причем те же люди. одно из достоинств - это при имеющемся спр. ф/И/О оператору можно не давать права на забивание новых Ф/И/О, устранив массу ошибок в набивке, склонениях, раскладке клавы и др.

3. по теме топика есть предложения?? если нет - предлагаю обсудить тогда мой вариант справочника физ лиц. - мож просветите. желательно с доводами...
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34939550
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-предлагаю обсудить тогда мой вариант справочника физ лиц...

справочник ерунда полная - обсуждать нечего

довод:

это вообще не справочник физических лиц
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34939613
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERTэто вообще не справочник физических лиц
Здравствуйте, помогите нормализовать БД (напишите, пожалуйста, подробно, отношения, таблицы).

Перечень данных БД Справочник физ. лиц:
-на рисунке в начале топика...

Спасибо.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34939726
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-Перечень данных БД Справочник физ. лиц:
-на рисунке в начале топика...

:)


зависит

общ. сведения (ориентировочный объем данных, история изменений, интеграция и проч.)
назначение справочника (кто вводит первичные данные, кто его администрирует и проч.)
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34939930
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
sergey888А что тут смешного?
Я на одном предприятии видел программу кадрового учета, главной фишкой котороый было автоматическое определение пола по ФИО!
Причем пол определялся однозначно и бесповоротно!Если у человека есть отчество, которое выражается по правилам образования отчеств в русском языке,
то здесь вполне однозначное соответствие - отчества мужчин оканчиваются на "ч", а женщин - на "а".
То есть фамилия и имя для такого определения не нужны. Достаточно отчества.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34940009
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
---NICK---Здравствуйте, помогите нормализовать БД (напишите, пожалуйста, подробно, отношения, таблицы).Обычно в техзадании описывается задача, а не список атрибутов.
Например, для вашего случая примерно так:
==
Необходимо хранить сведения о сотрудниках.
Каждый сотрудник, как человек, имеет единственные (то есть не может быть много):
- Фамилия (обязательно)
- Имя (обязательно)
- Отчество (необязательно)
- Дата рождения (обязательно)
- Место рождения (обязательно)

Каждый сотрудник, как сотрудник, имеет единственные (то есть не может быть много):
- Должность согласно штатному расписанию (обязательно)
- Подразделение, в котором он работает (обязательно)
- Размер месячное заработной платы в рублях (обязательно)
- Адрес электронной почты (необязательно)
- Номер внутреннего телефона (необязательно)
- Номер городского телефона (необязательно)
- Список увлечений (хобби) (необязательно)
- Список наивысших достижений в карьере на данном предприятии (обязательно)
- Список иностранных языков с указанием степени владения ими (необязательно)

Бизнес-правила:
Сотрудник не может занимать несколько должностей.
Сотрудник не может иметь несколько месячных зарплат.
Зарплата устанавливается персонально сотрудникам и не зависит от должности.
Сотрудник не может работать в нескольких подразделениях ("Место нахождения сотрудника").
"Место нахождения сотрудника" может быть одним и только одном из перечисленных ниже типов подразделений

Необходимо хранить сведения о подразделениях компании,
которые имеют иерархическую подчиненность:
1 уровень иерархии - Департамент
2 уровень иерархии - Управление
3 уровень иерархии - Отдел
4 уровень иерархии - Сектор

И т.д., и т.п.
==

Таким образом вы опишите ситуацию, которую должна отражать модель данных,
а не будете описывать ситуацию, исходя из "примерно придуманной" модели данных.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34940068
Фотография proposed amendment
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL*PlusОбычно в техзадании описывается задача, а не список атрибутов.

охох-ох...

"когда-б вы знали
из какого сора..."

(с) ВВМ
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34940686
Abrakadabra
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SQL*Plus sergey888А что тут смешного?
Я на одном предприятии видел программу кадрового учета, главной фишкой котороый было автоматическое определение пола по ФИО!
Причем пол определялся однозначно и бесповоротно!Если у человека есть отчество, которое выражается по правилам образования отчеств в русском языке,
то здесь вполне однозначное соответствие - отчества мужчин оканчиваются на "ч", а женщин - на "а".
То есть фамилия и имя для такого определения не нужны. Достаточно отчества.

Это правильно, но есть некоторые исключения, которые рекомендуется держать в отдельной таблице и проверять на соотвествие, напр. ФИО, оканчивающиеся на Оглы, Кызы и.т.п.
Можно и без отчеств, но % попадания меньше.
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34940975
SQL*Plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Abrakadabra SQL*Plus sergey888А что тут смешного?
Я на одном предприятии видел программу кадрового учета, главной фишкой котороый было автоматическое определение пола по ФИО!
Причем пол определялся однозначно и бесповоротно!Если у человека есть отчество, которое выражается по правилам образования отчеств в русском языке,
то здесь вполне однозначное соответствие - отчества мужчин оканчиваются на "ч", а женщин - на "а".
То есть фамилия и имя для такого определения не нужны. Достаточно отчества.Это правильно, но есть некоторые исключения, которые рекомендуется держать в отдельной таблице и проверять на соотвествие, напр. ФИО, оканчивающиеся на Оглы, Кызы и.т.п.
Можно и без отчеств, но % попадания меньше.Я специально оговорил условие:
"отчество, которое выражается по правилам образования отчеств в русском языке"

Ваш пример - это образование отчества не по правилам русского языка:
"У восточных народов имя человека пишется так- Фамилия-Имя-Имя отца-оглы. Оглы- это значит мальчик,сын. Например- Алиев Ахмед Октай оглы- это означает Алиев Ахмед сын Октая, по-русски Алиев Ахмед Октаевич. А у женщин добавляется кызы- что значит девочка.дочь. Бабаева Амина Али кызы,значит Бабаева Амина дочь Али, или по-русски Амина Алиевна."
Источник
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34941765
Фотография -=ALEX=-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
BULK INSERT
общ. сведения (ориентировочный объем данных, история изменений, интеграция и проч.)
назначение справочника (кто вводит первичные данные, кто его администрирует и проч.)

если вы действительно хотите обсудить, то уточню по вашим вопросам:

справочник используется совместно с справочником юр лиц в справочнике контрагенты в задаче СКЛАД/МАГАЗИН, т.е. достаточно самых общих данных (минимум Ф+И)... используется для идентификации контрагентов фирмы, выписки накладных, контроль скидок постоянным клиентам, частично (в будущем ) работа с крупными постоянными клиентами (контроль договоров, контактов и др.) - для мененжеров отдела продаж, т.к. планируется сделать несколько универсальную задачу, подходящую скажем для продовольственных, авто, мебельных магазинов. думаю прикрутить к спр физ лиц отдельную табличку с банковской инф-ей как у юр лиц. в обоих таблицах будет существовать по одной записи с прочерками "-" для тех кто не представляется (розничная торговля)...

- ориентировочный объем данных - около 100 000 (отлаживался на тестовых 200 000, подсправочник фамилий - 110 000, справочник имен и отчеств по 10 000)
- история изменений - нафик тут не нужна. выпонена на триггерах в отдельной табл для всех таблиц в блобах - стандартная фича - вкл одним щелчком мыши...
- интеграция - не актуальна...
- первичные данные вводит оператор АРМ, администрирует администратор. администрирование заключается в контроле за достоверностью, борьба с дублями и др.
- прочее - спрашивай - отвечу если это разговор о деле

Уникальность:
1. Ф+И+О+ДР (закрываем глаза на полных тесков с одной датой рождения)
2. Код

окно ввода / редактирования выгледит так как на рис
...
Рейтинг: 0 / 0
Нормализация БД Справочник сотрудников
    #34941959
Entaro Adun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
-=ALEX=-- ориентировочный объем данных - около 100 000 (отлаживался на тестовых 200 000,
подсправочник фамилий - 110 000 , справочник имен и отчеств по 10 000)

http://ru.wikipedia.org/wiki/%D0%9F%D0%B5%D1%80%D0%BC%D1%8C
Население Перми по данным на 1 января 2007 года составляет 990,2 тыс. человек
...
У жителей Перми около 75 000 различных фамилий. ...

Для Москвы смело умножай на 4...
-=ALEX=-
первичные данные вводит оператор АРМ

Если он вас найдет, думаю он Вам скажет "ба-а-а-альшое спасибо"...)
ps : не майтесь дурью...
...
Рейтинг: 0 / 0
25 сообщений из 40, страница 1 из 2
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Нормализация БД Справочник сотрудников
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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