Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вопрос по системам с меняющимися со временем прайс листами...
|
|||
|---|---|---|---|
|
#18+
Здраствуйте, у меня такая ситуация(в кратце): Есть изделия и работы по ним, т.е. работы являются некой детализацией изделий... а цены по ним мне необходимо брать из некого прайс-листа, не возникло бы никаких проблем, но ведь дело в том, что со временем цены за работы меняются, да и сами работы тоже меняются (прекращаются старые и появляются новые)... Причём всё даже было бы ничего, если бы не следующее: на данный момент существуют около 1000 работ по каждому виду изделия и причём каждый месяц уходят около 50 и появляются около 100 новых... Т.е. прирост на лицо и хранить всё это дело в одной таблице уж нельзя, не считая того, что система будет не бухгалтерская!!! а так бы суммы-то за работы и так сохранились и для бухгалтера... ну вобчем дело не в этом:))... Так вот наверное кто-то уже проетировал такие ситуации и даже реализовывал... Как такое дело реализовать? Буду оочень благодарен за любые идеи, а если кто и примерчиками могёт поделиться, так вообче здорово было бы... Заранее благодарен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2005, 21:57 |
|
||
|
Вопрос по системам с меняющимися со временем прайс листами...
|
|||
|---|---|---|---|
|
#18+
В чем проблема-то? Что за СУБД такая, для которой 100 записей в месяц критичны? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.02.2005, 23:48 |
|
||
|
Вопрос по системам с меняющимися со временем прайс листами...
|
|||
|---|---|---|---|
|
#18+
Примерчиками делятся... за деньги. Бесплатно только советы Таблица Prices ID, ID_ТипРаботы, Price, DateBeg, DateEnd, UNIQUIE(ID_ТипРаботы, DateBeg) поле DateEnd надо заполнять аккуратно, чтобы DateEnd=DateBeg следующей записи для ID_ТипРаботы. Его можно сделать вычисляемым, но если объемы большие - лучше заполнять. Таблица Jobs ID, Name, ID_ТипРаботы, ContractDate Стоимость работ select * FROM Jobs J LEFT OUTER JOIN Prices P ON J.ID_ТипРаботы=P.ID_ТипРаботы AND J.ContractDate>=P.DateBeg AND J.ContractDate<P.DateEnd ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.02.2005, 09:04 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=158&tid=1546070]: |
0ms |
get settings: |
11ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
2ms |
| others: | 257ms |
| total: | 406ms |

| 0 / 0 |
