Подскажите, как лучше организовать небольшую базу данных?

компьютеры программирование C# sql access

Такая, проблема:
нужно сделать записную книжку ввиде программы, которая будет работать с базой данных. По части программирования проблем нет, а вот с базой и SQL запросом - проблемы стали фатальными :(.
Вобщем, я организовал базу так:
таблицы: кто, действие, что, какой, когда, где, дополнительно, фразы.
Я решил сделать так - в программе можно ввести от 1 до 7 значений в текстбоксы(субъект, действие, объект, какой, когда, где, дополнительно), каждое значение пишется в свою таблицу под своим уникальным номером(индексом), а в таблицу фраз пишется уже готовая фраза("запись в записной книжке"), но посредством индексов. Тоесть есть связь между таблицей фраз и остальными таблицами(подстановка).
Приведу пример:
База чистая, я пишу в программе(каждое слово в свой текстбокс):
""Василий" "учиться" "инженер" "АСОИУ" "ОмГТУ" "с2003" "На отлично""
каждое слово добавляется в свою таблицу под индексом ноль 0, в таблицу фраз добавляется 0 0 0 0 0 0 0(каждое число в соответствующий столбец)
Если пишу:
"Евгений" "учиться" "инженер" "АСОИУ" "ОмГТУ" "с2005" "Троечник"
в таблицу фраз добавляется 1 0 0 0 0 1 1(каждое число в соответствующий столбец), в соответствующие таблицы слов добавляются слова "Евгений", "с2005" и "троечник", а остальные слова не добавляются, т.к. уже существуют в таблицах.

Вобщем, при такой организации я не могу нормально составить SQL запрос на выборку(хотя бы в Access'е, а потом его перекинуть в c#). Мне, по сути, нужно сделать поиск по "И" и по "ИЛИ"(например, меня интересует всё, что касается Икеи, то есть субъект=Икея ИЛИ объект=Икея ИЛИ где=Икея). Запрос либо не работает, либо работает не правильно... Уже неделю бьюсь - не могу ничего путнего сделать.

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

Вопрос довольно срочный, я был бы рад помощи.


Примечание:
UPDATE: Делается это именно в access2003, запрос составленный в нём конструктором отказывается работать(точнее - работает неправильно). Хоть всё просто и наглядно и по дее - должно сработать, потому что я ничего нереального от него не требую

Примечание:
archangel_546
to Дополнение #1
не знаю, у меня всё работает, правда у меня всё это на Windows Server 2003 SP2 и нет программ от Adobe, исключая Adobe Audition 1.0
--------------------------
не работает именно запрос. может я чтото не так делаю? Могу выложить базу с запросом.
Если ктото может помочь - постучите в icq 299 313 802
Ответы:
"Вобщем, при такой организации я не могу нормально составить SQL запрос" - изменить организацию и побольше прочитать про индексы в БД.
Хотя в чем проблема при составлении запроса в текущем виде, мне все равно не понятно. (например, меня интересует всё, что касается Икеи, которая равна 14, то есть субъект=14ИЛИ объект=14ИЛИ где=14)
базы данных, по нарастанию уровня сложности и практической отдачи, для рядового пользователя, располагаются вот так:
1) MS Outlook
2) MS Access
3) MS Visual Fox Pro 9
4) MS Express SQL Server
5) MS SQL Server
все прочие, включая Oracle, My SQL, Postgre   это для тех, кто кто планирует просто пудрить мозги работодателям, исключая базу данных Google, которую её создатели создали исключительно для себя, под себя и исходя из своих личных корыстных интересов... Безобразие !!! Ну и флаг им в руки, барабан на шею, попутного ветра в жопу !!!
по сути вопроса рекомендую MS Access 2003, я делал именно так, всё равно лучше и понятнее ничего не найдёте, особенно по уровню надёжности.
самая лучшая СУБД - MySQL. Испльзуй ее.
to Дополнение #1
не знаю, у меня всё работает, правда у меня всё это на Windows Server 2003 SP2 и нет программ от Adobe, исключая Adobe Audition 1.0
Довольно странная формулировка задачи. Вы бы лучше не описывали ЧТО ВЫ СДЕЛАЛИ, а ТЗ своей задачи. Видно, что в проектировании БД опыта маловато (например, вы путаете индексы и первичные ключи). Попробуем телепатировать, как обычно в таких случаях :)
Почему бы не создать одну таблицу с несколькими столбцами.
Если база данных не очень большая, то повтор значений не съест много места, а  запросы составлять намного легче


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

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

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.