ola_ya_22есть цена на рапс масло, подсолнечное, кокосовое и т.п
Обычно такая ерунда называется не просто ценой (потому что это сильно растяжимое понятие), а справочником плановых цен, или каким-то аналогичным по сути образом. Потому что цены по прайс-листам, цены по договорам и т.п - совсем другое дело.

ola_ya_22запроектировать таблицу цена, которая будет иметь общие для всех типов масел поля(предложите какие)
Если валюта одна и заранее фиксирована (например только официальный RUR) - это это номенклатура (видимо ссылка на справочник номенклатуры) + значение цены (я б рекомендовал типа типа float, а не фиксированный) + ЕИ (Единица измерения, за что цена, видимо ссылка на справочник ЕИ для номенклатуры) + дата (диапазон действия цены можно реализовать одной датой). Если валют много - несколько сложнее, но не сильно, попробуйте сами догадаться.

ola_ya_22И для каждого уникальные
Нипониль )).

Программист-ЛюбительСергей Васкецовзначение цены (я б рекомендовал типа типа float, а не фиксированный)Ну, ну.
А что-нибудь кроме ну-ну мсье в состоянии осилить? Возражения?

Программист-Любительспециальный тип Money
Вы таки путаете сумму денег и цену. Цена может иметь совершенно любое значение, и с 6 знаками после запятой в том числе. В этом и смысле float - максимальная точность в контексте определённого значения.

Программист-ЛюбительВы пробовали на скл реальные многоступенчатые расчеты с величинами, означающими цены/суммы делать, и чтобы в результате деньги же получались и копейки сходились ?
Разумеется.

Программист-ЛюбительЦена в рублях и многих других валютах не может задана точнее нежели с копейками
Дружище, не несите чушь. Данное ограничение распространяется только на конечные значения цен сделок и прочие, фигурирующие в документах. Для сравнения - сейчас на rbc.ru: Нал. USD 17:05 32.099 32.422.

что-нибудь кроме ну-нупочитай про особенности float
Зачем? Я и так их отлично знаю.

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

Это финансовые данные?
Я с вас ржу весь целиком и полностью )))
Это исключительно временная промежуточная ботва, годная ТОЛЬКО для дефолтного заполнения суммы как round(price*quantity,@some_number_like_2).
зы. Г-да, давайте ближе к сути претензий, а не к фаллометрии.

Программист-ЛюбительЦены в смысле потребительские цены на товары и котировки совершенно разные вещи
Ничего подобного. Котировка суть цена единицы, исходя из общей суммы и количества. Потому она и может быть столь дробной. Равно как и покупка 10000 сепулек за 1 рубль и продажа потом их поштучно, десятками и сотнями вразнобой (сумма сделки во всех случаях выражается в целых копейках, а вот цена...). Ведь фактически формирование цен в вопросе ТС может быть совершенно различным, и реестр цен может заполняться из совершенно разных источников.

Приведу пример. В магазине висит ценник "трава", на нём написано 115р11к за 1кг. Это цена в обывательском смысле (если купим 1 кг ровно - заплатим 115р11к). Покупаем 271 г этого товара. Формальный расчёт суммы сделки даст 31.19481 - то есть 31р19к.
Если говорить не о обывательской стороне дела, а о финансах, то первичным являются фактические параметры сделки - количество и стоимость, то есть обывательская цена внезапно становится равной 115.092250... = 115р09к (и, как таковая, волнует чрезвычайно мало). Потому что фактически в договоре может быть указана стоимость и 31р19к, и 31р18к, и 31р20к, но всё равно 0.271 кг товара. Движение товара и денег знать ничего не знает про какую-то там мифическую "цену", в одну сторону идёт 31р19к, в другую - 0.271 кг травы, как эти цифры получились - мало кого волнует, договор может заключаться в простой письменной форме и не содержать в явном виде цену за единицу травы. А теперь осталось представить следующую сделку на 1 кг по цене травы в последней сделке - и вот уже 2 копейки приехали.

Я к тому, что математическая красота, когда:
а) все значения сумм и цен округлены до 2 знаков;
б) цена равна (сумма/количество) с округлением до 2 знаков;
в) сумма равна (цена*количество) с округлением до 2 знаков
- достаточно частный случай, в общем случае это не гарантируется, а значит заранее надо прогнозировать вопросы и проблемы.

Но если уж кровь из носу хочется фиксированный тип - брать что-то типа numeric(18,8) тогда, это решит 99.99% даже теоретически возможных проблем в реальной жизни.