Изобщо не е проблем да предоставите всичко това в релационна база данни. PostgreSQL не е корпоративен клас, но със сигурност е един от по-добрите безплатни SQL.
За да бъде ясно, не търся помощ описващи източниците на данни или всякакви свързани метаданни. Специално се опитвам да разбера как най-добре да съхранявам стойности на данни (евентуално от различни типове).
Това е най-голямата ви пречка. Противно на програмния дизайн, който позволява декомпозиция и изолиран анализ/проектиране на компоненти, базите данни трябва да бъдат проектирани като единна единица. Нормализацията и другите техники за проектиране трябва да вземат предвид както цялото, така и компонента в контекста. Данните, описанията, метаданните трябва да се оценяват заедно, а не като отделни части.
Второ, когато започнете със сурогатни ключове, намеквайки, че знаете данните и как те са свързани с други данни, това ви пречи да моделирате истински данните.
Отговорих на много подобен набор от въпроси, по съвпадение с много подобни данни. Ако можете първо да прочетете тези отговори, това ще спести и на двама ни много време за писане на вашия въпрос/отговор.
Първи отговор/ID Препятствието
Отговор две/ Основен
Отговор три/Исторически
