Di_LIneЦены, аки резиденты РФ обязаны публиковать (указывать в документах) в рублях.
Публикуй как требует закон, просматривай в любой валюте в которой требуется, храни универсальным образом.
автор- Чё я делаю не так уже 10 лет?
Тебе виднее - ты программист, я любитель, поэтому говорю так как вижу из своей практики.
Я бы начал примерно так - завел справочник валют
1.
2.
3.
ID_Cur
Cur_Name
--Другие атрибуты, типа страны и т.п.
Таблицу операций с валютами, она же таблица курсов
1.
2.
3.
4.
5.
6.
ID
ID_Cur_From --Внешний ключ на справочник валют
ID_Cur_To --Внешний ключ на справочник валют
ID_Operation_type --Внешний ключ на тип операции
Operation_Time_from --Поле если в таблице хранятся данные об инфляции. Т.е. коэффициент от даты к дате.
Operation_Time --Время на которое фиксируется операция
Справочник типов операций
Предустановленные типы операций
1. Курс покупки.
2. Курс продажи.
3. Курс ЦБ.
4. Курс преобразования валюты.
5. Коэффициент инфляции.
6. Продажа товара.
7. Покупка товара.
Покупки фиксировал бы в таблице операций с товарами
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
ID
ID_Goods --Внешний ключ на таблицу товаров
ID_Cur --Внешний ключ на таблицу валют
Operation_Sum_Cur --Сумма операции в указанной валюте
/*
Рассмотрел бы необходимость хранения суммы операции в основной валюте.
Необходимость определяется планируемой нагрузкой на базу.
*/
Operation_type --Внешний ключ на таблицу операций
Operation_Time
При такой структуре я могу не трогая структуру базу, а только лишь силами пользователя отобразить любые данные - хранить курсы покупки, продажи, ЦБ, преобразование одних валют в другие - дойчмарки в евро (в том числе наоборот если Греция отвалится и вернет драхмы), и даже преобразование одной валюты - например, деноминацию.
Такая структура позволит мне, например, отследить текущую стоимость товара в рублях, который был куплен за дойчмарки в 1995 году, позволит продать программу в другую страну, где нет обязанности хранить в рублях и т.п.
Но, конечно правильным программистам виднее...
авторИ в большей степени - метедологический:
- Вертикальные vs горизонтльные табли в БД.
Это философский вопрос, но примерно в 80% случаев где я пожалел времени и стал делать горизонтальные столбцы для
дополнительных (=вспомогательных) атрибутов, я потом пожалел об этом - каждый чих, каждая дополнительная настройка приводят к изменению структуры, в том числе у пользователей у которых нет DBA.
