2015-04-29 4 views
0

Я настраиваю базу данных для нашего охотничьего клуба, а также обучение доступа по пути ... УчБаза данных MS Access Confused

Я хочу, чтобы база данных содержит все оленей наблюдается наряду с их местах, когда пользователь вводит данные, которые он будет использовать как доллар/олень/палевый/неизвестный, и они также войдут в место, где наблюдался олень. Местом может быть стенд, расположенный в разных местах на объекте, или стенд может быть расположен на участке питания.

Вот где я в замешательстве, я добрался до этого момента и действительно просто не знаю, как лучше всего следовать. Я следовал за многими нормализационными методами и установил отношения. Я работаю с формой (frmEnterNewStand), чтобы добавить трибуны в базу данных, мне нужен один комбинированный блок с вариантами, которые исходят из двух таблиц (разделы tblProperty для стендов, не расположенных на участках пищи) и (tblFoodplots для стендов, расположенных на продовольственные участки). Но не мог понять, что это. Поэтому я попытался добавить продовольственные участки в качестве другой записи, но все стало запутано.

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

Я знаю, что мы захотим выполнить запросы, чтобы получить статистику, т. Е. Сколько оленей было замечено бла-бла-бла, мы также захотим запросить и продовольственные участки, сколько оленей видели на продовольственном участке 1, например , и какое время суток. Мы также будем следить за другими параметрами продовольственного участка.

Я принимаю курс Udemy и имею несколько книг, но мой разум взорван, любая помощь будет оценена.

Я собираюсь включить примерную карту нашего имущества, синие числа - это разные разделы для свойства (tblPropertySections), желтые номера S - это стойка 1, 2 и т. Д., Оранжевые цифры F - это участок питания 1, 2 и т. д.

Также включены мои текущие скриншоты из того, что у меня есть до сих пор. Я собирался попытаться отправить изображения, но мне нужно, по крайней мере, 10 очков репутации, я думаю.

не уверен, что еще мне нужно предоставить, но я скажу спасибо заранее тим

спасибо тим

ответ

0

Я думаю, вы должны начать с простого на этом и добавить сложности по мере необходимости.

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

Например:

ID, Date, Time, DeerType, Location, SeenBy, Comments 
1, 1/1/2015, 11:45pm, "Doe", "Behind the shed", "Garry Abblet", "After a few beers Garry went for a slash and saw a deer" 

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

+0

Это на самом деле то, как я начал с одной таблицы, но затем я должен был прочитать о нормализации базы данных и отношениях, и именно тогда она начала запутываться. Как вы говорите, мне, возможно, придется вернуться к квадрату и добавить немного за раз. – user3189622

+0

Я по-прежнему расхожусь на ваши комментарии – user3189622

0

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

Как вы указываете, подставка может быть либо на участке недвижимости, либо на продовольственном участке. Таким образом, в таблице tblStands вы можете переносить два внешних ключа: Идентификатор раздела собственности и идентификатор продовольственного участка.

Тогда на их соответствующих формах tblStands Вёлд идентификаторы хранится/ограничена в полях со списком которых RowSources являются запросами из базовых таблиц:

SELECT id, PropertySectionName FROM tblPropertySections 

SELECT id, FoodPlotName FROM tblFoodPlots 

Теперь компьютеры будут знать, какой ID выбрать, но не люди, которым нужны имена/названия, чтобы определить, какой элемент выбрать. К счастью, в комбинированных ящиках есть специальная скрытая функция столбца, где идентификаторы могут быть скрыты от просмотра, но связанное с ним имя представлено в форме. Однако идентификатор хранится в таблице. Вы устанавливаете это с помощью мастера при выборе и компоновке комбинированных полей.

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

Вкладка Формат

Column Count: 2 (or any greater than 2 depending on RowSource query) 
Column Width: 0"; 1" (or any non-zero that fits into combo box's width) 

Вкладка Data

Control Source: PropertySheetID (or FoodPlotID) 
Row Source: (see above queries) 
Row Source type: table/query 
Bound column: 1 

В целом, пользователи будут перейдите к frmEnterNewStand и выберите, находится ли Стенд в разделе свойств или в разделе «Еда», введя один комбинированный блок, а не другой (оставьте инструкции по ярлыкам по мере необходимости, так как пользователи человек).

+0

Большое спасибо за ваш ответ, мне нужно некоторое время переварить это в течение следующих нескольких дней и сравнить это с тем, что у меня есть. – user3189622

+0

При этом я обнаружил, что у меня есть таблицы соединений, которые могут не понадобиться, книга, которую я читаю, заставила меня настроить их, но теперь я прочитал еще один источник, в котором упомянутые таблицы переходов используются в основном для многих или многих отношений, т. Е. доллар можно было увидеть многими охотниками, и охотник мог видеть много баксов, поэтому tblBucks и tblHunters нуждаются в таблице соединений, правильно. – user3189622

Смежные вопросы