Прошу помощи. Не могу определиться с структурой и запросами

Добрый день
Очень давно занималась бд, но сейчас возникла необходимость сделать базу. Опрелиться без помощи не могу
Назначение базы следующее. Есть клиенты. У клиентов есть жилье (комнаты, квартиры и т.д.) . У жилья есть свои характеристики (наличие бытовой техники, наличие гор. и хол. воды, цены в зависимости от периода времени, расстояние от моря, наличие телефона, бронь этого жилья, с какого и по какое число бронь и много других полей.
наначение базы в следующем. По запросу нужно получить информацию о
1. наличии у каждой хозяйки жилья (сколько и где) с этим проблемы нет
2. забронированное жилья (с этим тоже проблем нет)
3. проблема: в зависимости от требования клиента подобрать ему жилье с определенными характеристиками (например, квартира или дом с телефоном, кондишионом, расстоянием 300 метров и не более, с горячей водой, или обязательно с парковкой и телефоном или....и т.д.
как это осуществить я не знаю, соответственно, мучаюсь и с структурой. - делать несколько подчиненных форм по типу жилья (комнаты, квартиры, дома) или сделать одну форму жилья, включив в нее все необходимые поля для заполнения, а тип жилья выбирать из поля со списком, которое тянетс с другой таблицы. в Общем, две пробемы - структура и запросы

буду очень благодарна за помошь

0

Трудно, конечно, посоветовать.
Прежде всего надо проанализировать данные и постоянные (расстояние до моря, кондишен, телефон, вода и т.д) - в одну таблицу привязанные к конкретной хозяйке или жилью. Связь с хозяйкой - сторона 'многие'.
Переменные данные (даты бронирования) в другую. Связь с жильем - сторона 'многие'.
Теперь создаете главную форму с постоянными данными и на нее ложите субформу с хозяйкой и адресом, и еще одну с датами бронирования.
Теперь Вам всегда можно найти нужное жилье (можно использовать фильтр по нужным параметрам), и сразу же в подчиненных формах будет виден адрес и даты бронирования.
Так что я вижу пока три таблицы: Хозяева, ПараметрыЖилья и ДатыБронирования.
Ну а запросы надо будет создавать по мере необходимости.

0

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

0

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

0

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

skan,

Скинь мне тож, плз

0