Юлия611,

"Это -- утверждение. Вопросы есть?" (с) П.А.М.Дирак

Юлия611,

Пользуясь каким именно инструментом? У задачи есть какие-то ограничения?

Юлия611,

Есть такая функция DateDiff.

Юлия611,

Напрямую :).

Что именно Вас смущает?

Юлия611,

Наконец-таки допрос с пристрастием дал результаты :)

[ЛичныеДанныеРаботника] -- это таблица?
[ДатаРождения] -- это поле этой таблицы?
Тогда их надо разделить восклицательным знаком

У функции DateDiff три обязательных аргумента: тип периодов, дата начала, дата конца. У Вас -- два, Вы даты зачем-то друг из друга вычли :)

пробуй камнем,

ага, и еще минус на запятую заменить

Юлия611,

Запрос делаете в конструкторе запросов? Замените обе запятых на ;.

Юлия611,

:)) Now() должен быть третьим аргументом, конечно: DateDiff(в каких единицах, от, до)

Юлия611,

То есть чтобы у мужчин были только варианты "Женат/Холост", а у женщин -- "Замужем/Не замужем"? Прямо в таблице, насколько я знаю, никак. Надо делать форму для ввода данных. Собственно, в этом одно из ключевых отличий Access от Excel: по исходному замыслу Access не предназначен для того, чтобы пользователи непосредственно вводили данные в таблицу -- для них необходимо сделать интерфейс. А возможность организовать в "ячейке" таблицы выпадающий список -- это половинчатая (со всеми вытекающими) уступка разработчиков.

А, кстати, какие значения Вы храните в полях "Семейное положение" и "Пол" в самой таблице? Сами эти строки ("М"/"Ж")? Если так -- это не здорово. В случае семейного положения я бы хранил 0 (соответствует "несемейности" -- "холост/не замужем") и 1 (соответствует "семейности" -- "женат/замужем"), а уж в запросах и отчетах генерировал бы в зависимости от пола нужные текстовые значения.

Аналогично с полом.

Соответственно, в самой таблице сделайте выбор из двух вариантов:
-- женат/замужем
-- холост/незамужем

Юлия611,

Какова структура этой дополнительной таблицы? (Какие в ней поля и какого типа?)

Вообще, заводить таблицу ради двух записей (при том, что больше двух этих записей ни в какой перспективе не станет -- если только Вы не начнете хранить информацию об инопланетянах :)) -- идея сомнительная...

Юлия611,

А если несложно, очертите, пожалуйста, задачу целиком -- какую проблему решает БД, какую роль играете в этом Вы (модифицируете существующую БД, создаете с нуля, отвечаете за работу и т.п.)

PlanB,

Дак мы уже десять раз разобрались :)

Юлия611,

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

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

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

Юлия611kinotaurus,

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

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

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

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

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

Юлия611,

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

Юлия611,

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

Юлия611,

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

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

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

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

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

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

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

Юлия611,

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

Юлия611,

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

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

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

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

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

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

qwerty112через поля подстановок - это делается запросто и в таблицах

так чтобы в момент выбора отображать два столбца, а после выбора в поле потом -- содержимое только второго? сомнительно...