|
select CEILING FLOOR TRUNC
|
|||
---|---|---|---|
#18+
Ранее спрашивал относительно округления в запросе, возник еще один вопрос. Есть таблицы которые отвечают за цены. IDNAMEID_STATUSID_ROUNDING и ID_PRICEID_MODELPRICEDATE_ID_USERID_STATUS Бизнес захотел чтобы одни цены округляль, другие неокруглялись, для этого я добавил ID_ROUNDING поле которое определяет как цена округляеться 1-до ближайшего большего целого 2-до ближайшего меньшего целого 3-Без округления Есть процедура формирования прайса, кусок SQL: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
Вопрос, ID_ROUNDING передавать в процедуру с клиента, или можно так? Код: sql 1.
Прайс смотриться по одной конкретной цене ( ID_PRICE ). Возможно есть по вашему мнению другой вариант решения? Заранее спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2018, 19:08 |
|
select CEILING FLOOR TRUNC
|
|||
---|---|---|---|
#18+
Sashauaкоторое определяет как цена округляеться тся. произноси вслух для проверки. "как цена округляется" "как цена должна округлиться" Насчет самого округления, вниз или вверх. На мой взгляд, это внутреннее дело конторы. Хочет так, или хочет сяк. Выдавать в процедурах или коде варианты - это развлекуха разработчиков. К примеру, я так развлекался в 1991 году, когда выдавал варианты подсчета зарплаты по КТУ, куда разбрасывать копейки - всем поровну, тому кто меньше заработал, тому кто больше заработал, и т.д. Так что, в общем случае пофиг - брать из таблицы на клиента, а потом втыкать в запрос, или прямо в запросе из таблицы... Вот только case (select ID_ROUNDING from cena where id=:ID_PRICE) является бредом, лучше воткнуть таблицу CENA в джойн с PRICE. Или это должно быть в PRICE. Или еще где. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2018, 21:45 |
|
select CEILING FLOOR TRUNC
|
|||
---|---|---|---|
#18+
Как-то пресно все, а как же любимые маркетологами ХХХХ99.95 ? А как же кратно 5 рублям? А как насчет посмотреть "почем мы там эту хрень в прошлом месяце собирались отгружать?" Предпочитаю все, что округлил, тут же рядышком и сохранить, иначе нетрадиционные утехи плоти гарантированы. После округления брать для дальнейших расчетов только сохраненные явно данные. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.08.2018, 22:37 |
|
|
start [/forum/topic.php?fid=40&msg=39683223&tid=1561027]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
58ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 155ms |
0 / 0 |