Как создать базу рецептов?
Задача стоит создать программу с базой данных, планировал создать на TXT, подсказали сделать на access.

Функционал программы:
Если мы введем в поиск по базе только 1 продукт (Пример Яйцо)
То программа, найдет в базе рецепты приготовления ТОЛЬКО яйца (не яйца с овощами или колбасой) а только этого продукта.
Если в поиск введем Яйцо + Сосиски.
то программа найдет все рецепты только с этими 2мя продуктами.
Вопрос, как создать такую базу?
Чтобы можно было добавлять продукты, рецепты и, чтобы можно было редактировать уже имеющейся в базе данные.

Применение в быту, отличие от подобных программ.
Подобные программы если и показывают рецепт с Яйцом, то скорей сего в рецепте будут присутствовать и другие продукты (которых дома может не оказаться и их придётся докупать)
А с такой программой можно приходить поздно вечером дамой. Открывать холодильник, перечислять программе все содержимое и смотреть, что из этого можно приготовить, не докупая не достающих продуктов.

Я полагаю, что это должно быть примерно так.
Специи и метод приготовления игнорируются. Продукты ключевые слова.
При вводе ключевого слова Рис, база найдет все рецепты с упоминанием этого продукта, и отсеет те рецепты, в которых указаны наименования продуктов, которые мы в поиск не вводили. Тем самым мы получим рецепты только приготовления риса. 
Если я введу рис + яйцо. Я получу от 3 рецептов.
1) как варить рис
2) как жарить яйцо
3) как варить яйцо
4) как приготовить рис с яйцом
и т.д.
но в найденных рецептах повторю (других продуктов не будет, потому что пользователь их не указывал при поиске)

зачем такая программа, есть ведь интернет и полнотекстовый поиск?

Интернет это не то.
Наберите в интернете: блюда из риса и лука.
И интернет выдаст вам рецепты в которых у вас помимо риса и лука, задействованы и другие продукты. А это уже не то. 
Сейчас на соседнем форуме выяснил, что мне подойдет для этой задачи Access/.
Теперь пытаюсь понять, как создать там иерархию таблиц.

Для этого подойдет впринципе любая из современных популярных БД. Почему именно Access?

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

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

Это сообщение отредактировал(а) Zloxa - 18.3.2013, 14:58

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