Юлия611,

Прошу прощения, надо обдумать -- сейчас цейтнот, вечером постараюсь вернуться к Вашему описанию

Модератору -- просьба: перенести эту тему в форум по Access'у

(там, может, еще аксесовские светлые головы подключатся :))

Юлия611kinotaurus,

Прохожу технологическую практику, поставили достаточно сомнительную задачу: создание бд рабочего место секретаря.
БД должна иметь след. таблицы: внутрихоз.Приказы(поля:номерПриказа,ДатаПРиказа,Содержание,Исполнитель);
ВходящаяКорреспонденция:ВходящийНомер,ИсходящийНомер,ДатаЗаписи,ДатаКорреспонденции,Город,Организация,Содержание,ПолучательКорреспонденции;
ДанныеОК:ЛичныйНомерРаботника,ФИО,Должность,Отдел,ДатаПРинятияНаРаботу,НомерПриказа,ТипДоговора,СрокДоговора
ИсходящаяКорреспонденция:НомерЗаписи,ДатаЗаписи,НомерИсходящейКорреспонденции,Город,Организация,Содержание,Ответственный
Командировки:Номер,ДатаЗаписи,ФИО,Должность,ДатаУбытия,СрокКоммандировки,ДатаПрибытия,Город,Цель,НомерПриказа
ЛичныеДанныеРаботников:НомерЗаписи,ФИО,ДатаРождения,Возраст,Пол,Образование,МестоРождения,Адрес,СемейноеПоложение,НаличиеДетей,КоличествоДетей,ВозрастДетей

Эту структуры Вы сами спроектировали -- или она задана изначально условиями задания?

Юлия611Она задана

Грустно :(. Потому что структура отвратительная.

А как должен выглядеть конечный результат? Или все на усмотрение проходящего практику?

Юлия611,

Покажите Ваш код

Юлия611,

Забавно, что поле Возраст в таблице хранить не имеет вообще никакого смысла: допустим, ввели Вы меня сегодня в БД, а завтра у меня день рождения -- и вот завтра в БД уже хранится неверная информация.

Юлия611,

На самом деле выше просто перечислены поля -- а важно знать, какого рода информация в них хранится (числа, текст, внешние ключи и т.п.) и как они связаны друг с другом.

Например, поле Исполнитель таблицы Внутрихозяйственных приказов -- какие данные содержит? ФИО?

Как мы будем отличать двух сотрудников с одинаковым ФИО (отнюдь не редкость -- даже в компании со штатом 100 человек на моей памяти случалось не один раз)

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

Город везде вводится руками? Тогда столкнетесь с тем, что у вас в БД будет Екатеринбург, Екатеренбург, Екатиренбург и просто Е-бург. В результате вы теряете простую возможность выяснить, так сколько же раз народ ездил в командировки в Свердловск :)

Как связываются между собой личные данные сотрудника и данные отдела кадров -- по ФИО?

Что за поля "Номер записи" -- автоматически генерируемые номера (autonumber)?

Юлия611,

Допустим, у вас в компании работают два Петровых Ивана Сидоровича. Кто из них исполнитель -- тот, который с табельным номером 101, или тот, который с табельным номером 210?

Юлия611,

Уверены, что хранится именно ФИО? Какой тип данных у поля?

Это очень здорово, что такого пока нет, но оно случится (непременно), и случится нежданно-негаданно, и окажется, что еще вчера в БД должен быть введен второй Иван Сидорович Петров -- а структура данных при этом рассыпается к чертовой матери. Я понимаю, что выбирают они ПРАВИЛЬНОГО Ивана Сидоровича, но хранится-то (как Вы утерждаете) ФИО -- и БД не знает, который это из двух Иванов СИдоровичей -- информация об этом теряется в момент сохранения записи

Юлия611Текстовый, а храниться все-таки ЛичныйНомер:SELECT ДанныеОК.ЛичныйНомерРаботника, ДанныеОК.ФИО
FROM ДанныеОК;

Ну хоть это слава богу...

Юлия611Каким образом организовать список, чтобы при выборе отображался и код работника, и его ФИО, но после выборе отображались только ФИО, а хранился код?

Работая на уровне таблиц -- никак. У таблиц вообще очень слабые интерфейсные возможности, не предназначены они для этого... Надо делать интерфейс, а таблицы пользователю в руки ни при каких условиях не давать.