[Delirium]

По ходу тут отношение многие-ко-многим »

Совершенно верно, по другому никак.

но я не хочу чтобы так было »

А почему? Что мешает в таблицах иметь идентификаторы на другие таблицы?

[koalder]

А как же всё-таки здесь таблицу привести к 3-й форме, чтобы в дальнейшем можно было легко им пользоваться?

[koalder]

Идентификаторы в различных таблицах это же здесь около 3-х таблиц! Или у меня плохое представление об идентификаторах

[Delirium]

препарат1 норма расхода а растение 1 вредитель 1 препарат1 норма расхода б растение 1 вредитель 2 препарат1 норма расхода в растение 2 вредитель 3 »

Тогда мы теряем вариант, например

Код:

препарат1 норма расхода б растение 1 вредитель 3

Если бы была жесткая зависимость расхода от препарата, то это одно дело. Но мы же можем взять расход Б, и разные препараты на разных вредителей.

Давай начнем с другого - чего ты хочешь добиться? Не стремись делать все по книжке, не надо педантично выстраивать схемы по 1-2-3 формам нормализации, Кодда-Бойса и т.п. Главное поставить конкретную цель и оттуда уже плясать.
Нормализация (Википелия)

[koalder]

Норма расхода зависит от уничтожаемого вредителя на конкретном растении и препарата, т.е. жёсткая зависимость и никак иначе.
Поэтому в таком случае следует в отдельных таблицах пронумеровать все растения, вредители (препараты уже пронумерованы). Но как связать с нормой расхода и препаратом связь растение-вредитель. Или ещё сделать ещё одну таблицу "растение-вредитель-норма расхода" и каждой такой строчке приделать ключ? Комп после этого у меня будет завистать? )

[Delirium]

Норма расхода зависит от уничтожаемого вредителя на конкретном растении и препарата, т.е. жёсткая зависимость и никак иначе. »

Я имею в виду, что норма расхода может быть одинаковой в разных случаях. Т.е., например, 100 гр(расход) может использоваться препаратом 1 на растение 2 вредителя 3, а также и на препарат 6 растение 3 вредителя 2. Если делать жесткую зависимость, то будут дублированные данные. Хотя с другой стороны, если делать как я говорю, то, сменив норму расхода 100 гр, мы сменим ее у всех, а это неверно.
Да, я соглашусь, здесь связь должна быть жесткой, в ущерб дублированием данных.

Мне кажется, можно сделать как то так:
Таблица "Препараты" - в ней поле - норма расхода(текстовое, например, или число) и еще одно поле - ИД Растения. Будут примерно такие строки:

Код:

Мышьяк - 100 гр - 1
Мышьяк - 200 гр - 2
Мышьяк - 200 гр - 3
Химикат2 - 100 гр - 2

Вторая таблица - Растения
ИД растения - Растение - ИД вредителя

Код:

2 - Картофель - 1
3 - Свекла - 2

Ну и третья таблица - собственно сами вредители.

Код:

1 Жук
2 Муха

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

[koalder]

Действительно "добродушный помощник". Очень рад за такую помощь. Ещё чуть-чуть и Delirium переквалифицируется в агронома по защиет растений. :-).

Тут я всё понял! Препараты-Норма расхода не может повторяться. Как же я не додумался сделать так, будто Препарат-Норма расхода - это индивидуальное средство для решения проблемы Растение-Вредитель. Это значит появится ИД для каждого Препарат-Норма расхода-Растение-Вредитель как минимум (там есть и другие поля один-к-многим, но более понятные). Это так?

[Delirium]

появится ИД для каждого Препарат-Норма расхода-Растение-Вредитель как минимум »

Нет, не появится. Не надо создавать отдельную таблицу со связками. У нас уже есть(если следовать моему примеру) 3 таблицы с индексами и ИД, и простейшим SQL запросом нужные нам данные выберутся моментально.

Код:

select препарат, норма расхода, растение, вредитель 
from препараты, растения, вредители 
where Препарат.ИД_Растения = Растения.ИД and 
растения.ИД_вредителя = Вредители.ИД and 
препарат.Наименование ='Мышьяк'

Выведет всё по мышьяку. Если добавить в конце AND Препарат.НормаРасхода='200', то покажет только данные по Картошке и свекле. Ну и так далее

[Delirium]

koalder, я все таки отвечу на твое удаленное сообщение Все данные можно будет получить, лишь немного видоизменив приведенный мною запрос. А если все это делается в Access, то связи между таблицами и условия выборки можно будет задавать визуально и мышкой, а затем просмотреть код в режиме SQL.