Знач так, энтот вопрос многоим покоя не дает. Есть два решения и оба - плохие.

1. Заведи вспомогательную буферную таблицу, которая должная изменяться тригеррами из основных. В этой таблице храни курс на КАЖДЫЙ ДЕНЬ. Ей же и будешь пользоваться для запросов.

2. Напиши функцию, которая возвращает курс любой валюты на заданный момент, и пользуйся ей в запросах. Вариант более экономный и правильный, но работает ОЧЕНЬ МЕДЛЕННО.

мля, что за тупой чел Лох Позорный

прикололся над одним из моих вариантов и тут предложил доверчивому вопрошающему вариант, аналогичный моему второму. :)

Когда в таблицах несколько сотен тысяч записей, то мой второй вариант (он же предложенный позже лохом) РЕАЛЬНО НЕ РАБОТАЕТ. Т.е. работает, но как-то весьма постепенно. Большинство крупных проектов используют в этом случае кэш с разной степенью детализации (сутки или 12 часов). Это старый и известный способ. В году 365.25 дней в среднем. Даже если у тебя десяток валют и база используется пяток лет, то размер этой таблицы по нынешним меркам будет смехотворен.
Зато все запросы на больших объемах данных с применением второго варианта работают в сотню раз быстрее.

Лох, ты нахрена людей в заблуждение вводишь? Ну сбацает он сейчас по-быстрому самый легкий вариант. Через пол-года его дернут за яйцо и спросят: "ты че программер херов тут наваял, анаста3.14здило ждать как твое корыто работает..."

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

читать:

Зато все запросы на больших объемах данных с применением первого варианта (кеш) работают в сотню раз быстрее.

2 Лох Позорный

Мда... углубления в словоблудия ...

Если ты не видишь разницы между использованием функций в запросе (что действительно тормозит) и написанием простого запроса - флаг тебе в руки

Когда я предлагал функцию, то имел ввиду функцию на MS SQL, а они в запросах нормально работают, как часть запроса, можешь проверить. Суть не в этом - вставь тело функции непосредственно в запрос (не в этом ли я должен усмотреть разницу? :) ) По быстродействию - одна херня, не устраивает. Я уже перепробовал все варианты еще 2 года назад. Кэширование - на порядки быстрее. (Хоть слово "кеширование" отдает ненормализацией и геммороем)

Дело в том что сервак, на каждую строчку интересуемых данных, для который известна сумма, дата и код валюты, должен в этом запросе дважды просмотреть таблицу из предложенного тобою и мною варианта хранения только изменений (это очевидно, но для кого не очевидно, можно на екзекушн план посмотреть). У меня так было в одном из первых проектов. Работало нормально, пока количество строк в основных таблицах не стало приближаться к нескольким сотням тысяч. Мля, никто не говорит что этот вариант не сработает. На заведомо малых объемах он вполне потянет. А на реальных - херушки.


Про твои советы мое мнение в соседнем топике

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

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