Здравствуйте!

Прошу помощи в формировании нормальной структуры базы, и постараюсь понятно сформулировать свой вопрос:
Много и много раз прошел по форуму в дол и поперек, но для меня все непонятно.

Ситуация наверно классическая но другие знают и объясняют, я не знаю и когда объясняют не понимаю.
Допустим, есть N торговых точек,
Точка 1
Точка 2
Точка 3
…
Точка N
и N наименовании товара
товар 1
товар 2
товар 3
…
товар N
каждый товар имеет N разных свойств.
Свойство1, Свойство2, Свойство3…, СвойствоN

(Канешно пример для торговых точек классический для таких задач и потому стараюсь помощью этого примера объяснить свой вопрос)

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

Ваш ответ еще более удалил меня от результата, но показал, что все-таки не правильно сформулировал вопрос.

Допустим, я поставил бы такой вопрос:
В таблицах торговых точек разбросаны остатки товаров, и я хочу написать запрос, который для каждого товара дает суммарное количество во всех торговых точках.
Такой запрос можно написать, но он получится очень длинный или можно в цикле пробежаться по всем таблицам и так подсчитать количество, но главное то, что знающие люди сразу скажут, что ошибка при проектировании: не надо создавать для каждой точки свою таблицу, а нужно все торговые точки в одну таблицу.
Вы не согласны? Если да, то я не знаю, как их поместит в одну таблицу. Их (точек) у меня больше чем допустимое количество полей в аксесе, а номенклатура товара еще в пять раз больше.

gardenmanне парьтесь.Не партес -это уже получится не программа, а полуфабрикат.

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

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

gardenmanПохоже вы понятия путаете.Не похоже, а путаю, за что и извиняюсь перед всеми.
Моя проблема в том, что мне пришлось все это осваивать в ускоренном темпе. До этого не имел с бд никакого отношения. В течение определенного времени написал конкретную программу. Двигался в проектировании программы как бы “по ходу”. И вот когда “ход” дошел до остатков, пришлось записать, хотя в цикле программно запрос, который в длину… ну я не уверен, что кто-либо такой запрос писал. Потом начал искать по форуму и… ну что-то не доходит до меня какие то вещи…

------------- GuestТоварНаТочке(ID_Точки, ID_Товара, Кол-во, Цена) Если можно чуть подробнее про эту таблицу, может бить решение моей проблемы где-то рядом


To proposed amendment
Я уверяю вас, что старался очень много читать про все это, и чтобы у вас не было очень примитивного мнения обомне я опишу что и как у меня на сей момент сделано, может тогда легче будет дать совет:

Есть таблицы:
Docs(docID, docdate, PostovshikID, TochkiID, operationID, personID)
Tochki(TochkiID, name, firm, country, personID, vip, created,modified)
Goods(goodsID, Name,group, subgroup,….)
Address(PersonID, ProducerID, PostovshikID)
Coments(docID, PersonID, ProducerID, PostovshikID)
Person(PersonID, Name…)
Producer(ProducerID,name, firm,…)
Postovshik(Postovshik ID,name, firm,…)
Curs_Valuti(currencyId, name, curs, created, modified)
Action (ID, docID, goodsID , amount, price,currencyID)
operation (operationID,name)

и к сожалению есть таблицы точек
Точка1(goodsID,amount,price,…)

Наверно, перегрелся уже. Вот, все это сто раз советовали, сто раз объясняли, но думал что это не для моей задачи. А вед проще простого…

Нет, нет и нет!
Откуда это вы взяли wetrwetwrrtewrt хотя автор топика заявил, что ему итак все ясно...
Автор топика заявил, что ему вообще ничего не ясно:
gardenmanПохоже вы понятия путаете.Не похоже, а путаю, за что и извиняюсь перед всеми.
Моя проблема в том, что мне пришлось все это осваивать в ускоренном темпе. До этого не имел с бд никакого отношения. В течение определенного времени написал конкретную программу. Двигался в проектировании программы как бы “по ходу”. И вот когда “ход” дошел до остатков, пришлось записать, хотя в цикле программно запрос, который в длину… ну я не уверен, что кто-либо такой запрос писал. Потом начал искать по форуму и… ну что-то не доходит до меня какие то вещи…откуда у вас такое впечатление, что автор это заявил?
Если отсюда: Автор Я уверяю вас, что старался очень много читать про все это, и чтобы у вас не было очень примитивного мнения обомне я опишу что и как у меня на сей момент сделано, может тогда легче будет дать совет: то представьте себе, что вы человека просите о помощи в сформировании структуры базы данных, а он вам : proposed amendment если мы еще дальше отдалимся от решений не противоречащих здравому смыслу, то мы попадем в сумеречную зону парадоксов сознания, в которой я стану вашим надежным проводником... на что я ответил что не надо мне в в сумеречную зону парадоксов мне работу надо закончить и хочу совет, если кто может.
И добавлю что эту помощь получил, за что всем спасибо!