Здравствуйте,

Есть данные по зарплате сотрудников ну как обычно, одно поле мес/год, другое - зп:

ФИО | Период | ЗП
---------------------------------
Иванов | Янв 2019 | 100
Петров | Фев 2019 | 101
и т.д.

Возможно ли построить запрос в таком виде:

ФИО | Янв | Фев |
----------------------------------
Иванов | 100 | 100 |
Петров | 100 | 101 |

В приложении БД, там срабатывает функция DatePart("m"; [Период]) = 1 только на один мес. На Фев уже пустой запрос..

Кривцов Анатолий,

Класс, все показывает как надо! Спасибо!!
Перекрестный пробовал в мастере создавать, там больше трех полей не дает ставить, ну может я что-то не то делал )

Упс.. А чтобы редактировать значения можно было?.. )

Панург,

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

Панург,

таблица Календарь это "основной поставщик дат" :), там расписаны месяцы до 2050 года, конечно оптимистично, даже слишком )). В схеме данных нет связи между календарем и периодом, где зп, но в запросе есть. И вот в этом запросе с этой связью и идет все ключевое связывание для БД. Если не будет т.Календаря, то даты придется вписывать вручную каждый раз для каждого месяца.


А вообще я еще в 2009 г., когда первый раз сделал попытку перенести свои Excel таблицы в Access встал перед выбором, какую таблицу сделать "главной". Ту, которая с периодом: год, в нем много месяцев в котором много сотрудников или сотрудники, у которых много периодов. Подозреваю, что оба варианта неправильны, но надо было что-то делать же ). БД заполнял параллельно со своими Excel таблицами пол года, все отображает как задумывалось, все благодаря вам, форумчанам! Конечно не очень удобно заполнять хоть и раз в год ЗП каждому сотруднику, благо их на фирме всего 30, было бы гораздей внести один раз и потом только изменения, но наверно нужна совсем другая логика построения БД.

Панург,

таблица Календарь это "основной поставщик дат" :), там расписаны месяцы до 2050 года, конечно оптимистично, даже слишком )). В схеме данных нет связи между календарем и периодом, где зп, но в запросе есть. И вот в этом запросе с этой связью и идет все ключевое связывание для БД. Если не будет т.Календаря, то даты придется вписывать вручную каждый раз для каждого месяца.


А вообще я еще в 2009 г., когда первый раз сделал попытку перенести свои Excel таблицы в Access встал перед выбором, какую таблицу сделать "главной". Ту, которая с периодом: год, в нем много месяцев в котором много сотрудников или сотрудники, у которых много периодов. Подозреваю, что оба варианта неправильны, но надо было что-то делать же ). БД заполнял параллельно со своими Excel таблицами пол года, все отображает как задумывалось, все благодаря вам, форумчанам! Конечно не очень удобно заполнять хоть и раз в год ЗП каждому сотруднику, благо их на фирме всего 30, было бы гораздей внести один раз и потом только изменения, но наверно нужна совсем другая логика построения БД.

да как эти картинки ваще вставляются?! ))

Панург,

авторзачем нужна эта таблица ну теперь я начинаю сомневаться.. но как у айтишников: работает - не трогай