|
|
|
восстановление состояния на дату
|
|||
|---|---|---|---|
|
#18+
есть таблица user_products с товарами. в нее периодически загружается прайс, при этом цены за предыдущие периоды нужно хранить в базе и использовать. для этого завел табличку Код: plaintext 1. 2. 3. 4. если нужно сделать отчет за какую-нибудь дату, создаю временную таблицу с ценами за эту дату: Код: plaintext 1. 2. 3. и наполняю ее ценами с датой, которая меньше или равна требуемой дате и при этом нет более новых значений цены. получается, выбираются цены действующие на требуемую дату. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. но это если за конкретную дату. а если нужно посчитать что-нибудь за период (если бы в user_products хранилась одна цена для всех дат, все получилось бы сделать это одним запросом), то все совсем плохо: не приходит ничего в голову, кроме как: 1)для каждой даты периода проделывать такие операции, делать отдельные запросы и получать данные за отдельные даты, а собирать все вместе скриптом 2)в current_user_prices добавить поле даты и забить данными на каждую дату периода это все кажется крайне неправильным, может можно решить проблему как-то лучше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2009, 13:53 |
|
||
|
восстановление состояния на дату
|
|||
|---|---|---|---|
|
#18+
как вариант Шаблон: Периодические сведения ускорит чтение периодически изменяющихся данных, но замедлит запись. Для редко меняющихся данных. С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2009, 14:56 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36150012&tid=1543109]: |
0ms |
get settings: |
7ms |
get forum list: |
20ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
171ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 478ms |

| 0 / 0 |
