Керування рецептами - Доступ до основ
Найважливіша інформація в рецепті - це перелік інгредієнтів з їх кількістю. Це базується на різних продуктах харчування, які вже є в базі даних про харчування цього видання. Тож має сенс додати до цієї бази даних розділ рецептів. Ми дбаємо лише про цей список тут і залишаємо інструкції з підготовки.
Зразок бази даних
Приклади цієї статті можна знайти в базі даних 1609_Rezepte.accdb
Таблиці рецептів
Ми вже представляли модель даних бази даних харчових продуктів. У ньому вже були таблиці для управління рецептами. Погляньте ще раз (рис. 1). Стіл tblrecipes складається з первинного ключа Посвідчення особи коли Вартість автомобіля для чіткої ідентифікації та з назви рецепта в полі рецепт. Порції це Довгота-Значення, яке надає інформацію про те, на скільки людей призначена кількість страви.
Зображення 1: Модель управління рецептами така ж, як і у базі даних про харчові продукти
Стіл tblrecipesingredients встановлює зв’язок з таблицею поживних речовин та пов’язує його n: м. Отже, поле стосується Рецепт посвідчення особи кожен до запису даних у таблиці рецептів та IDfoods на одному в tblNaehrwerte. Після того, як це з'єднання було встановлено для інгредієнта, також потрібно той, який буде використовуватися кількість їжі, яка записана в однойменному полі. Якщо ви викликаєте таблицю у поданні технічного паспорта, вона вже відображає чіткий огляд рецептів та їх інгредієнтів (рис. 2). Хоча це поля Рецепт посвідчення особи і IDfoods Якщо це стосується індексованих числових значень, подання відображає відповідні позначення таблиць, на які посилаються. Це досягається зміною властивостей поля.
Рисунок 2: Таблиця tblRezepteIngredients у поданні паспорта
У проекті таблиці приблизно для поля Рецепт посвідчення особи вершник Подивіться вгору активовано і там під Показати контроль тип Текстове поле на Комбінована коробка було змінено (див. рис. 3). Запит вводиться як рядок SQL для його джерела запису даних, який включає лише два поля з таблиці рецептів Посвідчення особи і рецепт витягує. Кількість стовпців отже встати 2, в той час як Прив'язаний стовпець перший, так що Посвідчення особи, є. Потім це автоматично приховується у поданні аркуша даних.
Рис. 3: Деталі дизайну таблиці tblRezepteIngredients для поля IDRezept
схоже з полем IDfoods продовжуйте, лише щоб запит тоді посилався на таблицю поживних речовин.
Для столу tblrecipes за своїми властивостями як підданий опису є таблиця tblrecipesingredients зареєстрований. Це точно не було б необхідним, оскільки за замовчуванням (Автоматично) робить це самостійно. Це випливає із посилання, створеного у вікні відносин. відкрийте таблицю та розгорніть аркуш даних, з'явиться подання, як на малюнку 4. Запис даних Пиріжки з зеленим спелтою перераховані всі інгредієнти. Ви можете розширити один інгредієнт, оскільки він призначений для столу tblrecipesingredients таблиця як аркуш додаткових даних tblNaehrwerte вказано. За допомогою нього ви також можете прочитати ключові показники цього інгредієнта.
Малюнок 4: Таблиця tblRezepte під час виконання з її розширеною таблицею даних
Тепер ви, звичайно, не хочете керувати рецептами в таблицях даних. Це стає зрозумілішим лише у формі.
Форма рецепта
Наступні вимоги пред'являються до форми: Вона повинна відображати лише один рецепт на кожну сторінку даних. Має бути можливість переходу до рецепта за допомогою поля комбінації виділення. Інгредієнти вказані у підформі. І все повинно редагуватися.
На рис. 5 показано готову форму під час виконання, тут ви можете побачити деякі додаткові функції. Кнопка Перетворіть кількість на 1 порцію дозволяє змінити всі кількості інгредієнтів так, щоб інформація була точною саме для однієї порції. Кнопка активна, лише якщо вказана у рецепті Порції число, що відрізняється від 1 зареєстровано.
Зображення 5: Форма управління рецептами має деякі додаткові функції
У нижньому колонтитулі форми є дві кнопки, одна з яких - знайома Харчова форма дзвінок, з іншого боку Калькулятор калорій для визначення добової потреби в енергії. І те, і інше пояснюється в статті База даних харчових цінностей у цьому випуску.
Після визначення енергетичної потреби на етикетці під переліком інгредієнтів також видно, яку частку може мати поточний рецепт у вашій добовій потребі.
І нарешті, натискання кнопки спрацьовує Харчові дані рецепта відкриття запиту, який виводить додаткові ключові цифри щодо інгредієнтів загального рецепта. Про це пізніше. Спочатку давайте поетапно розглянемо структуру та кодові частини форми для рецептів.
Підформа для інгредієнтів походить від форми sfrmrecipes (Зображення 6), яке надсилається на запит на основі таблиці інгредієнти tblrecipe пов'язаний. Він містить комбіновану коробку для їжі, прив’язану до коробки IDfoods, і текстове поле для кількості. Типовим видом є технічний паспорт встановити. Запит qry_sfrmrecipes оскільки походження даних цієї підформи, однак, повертає більше полів, ніж можна побачити з цих двох елементів управління (див. рисунок 7).
Зображення 6: Форма sfrmRezepte у поданні паспорта відповідає за підформу форму списку інгредієнтів
Рисунок 7: Запит qry_sfrmRezepte показує походження даних підформи
Перш за все, важливим є поле Рецепт посвідчення особи, оскільки він використовується для зв’язку підформи з Посвідчення особи основної форми. Поле енергія обчислює кількість калорій для запису інгредієнта відповідно до його кількості за цією формулою:
Це значення знадобиться пізніше для визначення загальної кількості калорій у рецепті, а отже, і його частки від добової потреби.
Ви можете перейти до рецепта, скориставшись полем у верхньому правому куті основної форми. Він отримує свої дані з таблиці рецептів.
Чи хотіли б Ви продовжувати читати? Тоді купіть свій квиток!
Ви можете замовити річну передплату на журнал тут Доступ [основи]:
Для замовлення .
Потім негайно підніміть всього близько 400 найменувань нашої пропозиції - включаючи цю!
Або ви вже маєте дані доступу? Тоді увійдіть тут:
Залиште коментар скасувати відповідь
Ви повинні увійти в систему, щоб залишити коментар.