...vypadne, že hlavičková tabulka bude mít pole "operace" a na řádcích spojených s určitým záznamem z hlavičkové tabulky už nic takového nepotřebuješ....

To je pravda ak sa spravne rozumieme. Ale potom by som potreboval aj tak dalsie samostatne tabulky v ktorych by boli len specificke veci. Pretoze ak si kupis jogurt na poukazku tak sa tam este do tej poukazky zadava kolko hradi sponzor a kolko plati zakaznik, plus dalsich 5-6 veci, ktore sa vyskytuju len na poukazke a nikde inde. Jedna poukazka moze byt na viac kusov rozneho tovaru. Teda som tym chcel povedat, ze tie specificke veci by boli v hlavickach.

Mozes hodit nejaky priklad ako by si to rozdelil ty?

...a ještě vidím cenové operace (tj. cenotvorba) - tam opět musíš uvážit, jak postavit data tak, abys byl schopen kdykoli rekonstruovat ceny v dané době...

To je problem, ceny asi budem zapisovat priamo. Teoreticky kazdy jeden fyzicky kus moze mat roznu cenu, v praxi ale ma kazda polozka prijmu svoju vlastnu cenu (napr. Jogurt ABC s vyrobnym datumom vcera ma inu cenu ako ten isty jogurt vyrobeny dnes, eviduje sa vyrobna sarza co je zjednodusene datum vyroby). A tiez je mozne kupit ten isty jogurt od roznych dodavatelov za rozne ceny. A ja potrebujem mat evidenciu az po ten datum vyroby (vyrobnu sarzu)+dodavatela. V praxi na regali sa to miesa, ale s tym ja uz nic nespravim, aspon teoreticky to musi v PC sediet.

...no z toho mi vychází už malé ERP, ještě přidat CRM modul ...

Toho sa prave bojim. Nechcel by som z toho vyrobit nejaku obrovsku vec.

Inak diky za nazor a rady!