|
|
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845, last не подойдет? Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2016, 10:35 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
stax.., Спасибо, работает так как надо, причем даже совпадает с теми данными, которые выходят у разработчика, не смотря на то, что у него сортировка в подзапросе только по дате, проверила не одно задвоение. Я сначала думала, что если у него сортирует по дате, то дальше сортировка по умолчанию ROWID ASC, возможно так и есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2016, 11:33 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
А не, по ROWID как раз другой результат выходит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2016, 11:38 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845stax.., Спасибо, работает так как надо, причем даже совпадает с теми данными, которые выходят у разработчика, не смотря на то, что у него сортировка в подзапросе только по дате, проверила не одно задвоение. Я сначала думала, что если у него сортирует по дате, то дальше сортировка по умолчанию ROWID ASC, возможно так и есть. по умолчанию на ROWID полагаться не стоит зы если я правильно понял задачку через KEEP DENSE_RANK LAST можно сразу и PRICE вытаскивать (без JOIN) ...... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2016, 12:59 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
stax.., Ты имеешь ввиду вот так Код: sql 1. Для максимума цены по максимальной дате достаточно, но логически не верно, за одну и ту же дату до секунд по идее последняя цена будет не та, которая больше, а которая по L больше, потому что позже внесена и для нее L как ид позже выделен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2016, 07:28 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Вообще думаю стоит переделывать запрос через левый джойн или не стоит. По идее нужны товары по которым есть четко и цена и количество, то есть если цену не передавали вроде как и не надо или если количество нулевое. С другой стороны может покупатель ассортимент посмотреть хочет, а есть оно у нас или нет дело десятое, а с третей посмотрит и что, цены нет, количество нулевое, не будет же сидеть и ждать пока появится. Хомяков вон джунгарских на магазине вообще -3 числится, хомяки мрут... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2016, 07:34 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845Для максимума цены по максимальной дате достаточно, но логически не верно, за одну и ту же дату до секунд по идее последняя цена будет не та, которая больше, а которая по L больше, потому что позже внесена и для нее L как ид позже выделен.Ну так досортируй. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2016, 07:41 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845Вообще думаю стоит переделывать запрос через левый джойн или не стоит. По идее нужны товары по которым есть четко и цена и количество, то есть если цену не передавали вроде как и не надо или если количество нулевое. С другой стороны может покупатель ассортимент посмотреть хочет, а есть оно у нас или нет дело десятое, а с третей посмотрит и что, цены нет, количество нулевое, не будет же сидеть и ждать пока появится. Хомяков вон джунгарских на магазине вообще -3 числится, хомяки мрут... переделать или нет Вам решать если задачка свежая я б переделал (древнее не трогаю) Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ....... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2016, 15:35 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
насколько я понял, ищется простая и эффективная реализация top-N запроса по ценам товара, сам товар берется из каталога. обратите внимание на статью xtender-а: http://orasql.org/2012/09/21/distinct-values-by-index-topn/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.09.2016, 15:50 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
попробуй так, может получится SELECT summ, ident, MAX(pdate) OVER (PARTITION BY ident) FROM pay ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2016, 12:40 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Влепила это по итогу в шапку и сделала максимум по цене там где дата до секунд совпадает. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Пока не знаю надо там список с пустыми ценами или нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2016, 08:04 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845Хомяков вон джунгарских на магазине вообще -3 числится, хомяки мрут... case им сделай хотя бы :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2016, 15:50 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845Влепила это по итогу в шапку и сделала максимум по цене там где дата до секунд совпадает. Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Пока не знаю надо там список с пустыми ценами или нет. про секунды не понял но с учетом "а которая по L больше", я БЫ сортировочку по L добавил ORDER BY DATE,L Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2016, 15:45 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
stax..но с учетом "а которая по L больше", я БЫ сортировочку по L добавил ORDER BY DATE,L 19676439 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2016, 07:33 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
stax.., С учетом поставленной задачи я решила плюнуть на L, чисто логически если рассуждать я не знаю как передаются эти задвоенные цены на кассу, передаются они скорее всего в xml, а как там дальше загружается и в каком порядке... Получается, что покупатель увидит на сайте одну цену, даже закажет товар может быть по этой цене, придет в магазин, а там цена выше, выйдет скандалъ. Пусть она лучше на сайте будет больше, зато потом будет приятный сюрприз. Приятные сюрпризы лучше, чем неприятные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 05:41 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845stax.., С учетом поставленной задачи я решила плюнуть на L, чисто логически если рассуждать я не знаю как передаются эти задвоенные цены на кассу, передаются они скорее всего в xml, а как там дальше загружается и в каком порядке... Получается, что покупатель увидит на сайте одну цену, даже закажет товар может быть по этой цене, придет в магазин, а там цена выше, выйдет скандалъ. Пусть она лучше на сайте будет больше, зато потом будет приятный сюрприз. Приятные сюрпризы лучше, чем неприятные. добейте постановщиков, на тему какая цена будет "на касе" ведь может быть и обратный ефект, зашел я на ваш сайт, посмотрем цену, дорого, и купил в другом магазине, а ведь в касе дешевле было ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 14:33 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
stax.., К сожалению такое двоение цены на кассе результат рукожопства оператора, да и случается оно раз в пол года, и перекрывается видимо вдогонку новым документом на ценообразование, по крайней мере среди текущих цен на данном отделе я такой цены не увидела, все перекрыты новыми датами. И в скриптах разработчика я видела отчеты, которые считают и так и так, в частности там был вариант Substr(max(to_char(date,'yyyymmddhh24miss')||price),15,19) Что в общем то аналогично вашему варианту, но возможно работает на ранних версиях тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 16:51 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845Что в общем то аналогично вашему варианту, но возможно работает на ранних версиях тоже. Если price у вас number, то не совсем идентично Код: plsql 1. 2. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 17:04 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
j2k, Черт, и правда выбирают как бог на душу положит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 17:30 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845j2k, Черт, и правда выбирают как бог на душу положит. а скорее всего уже символьное раз a),15,19 по старинке так и делали ||to_char(a,'09999999999999999.99999999') Выбор максимальной записи по определенному полю ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2016, 18:43 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Что-то заплутала, есть запрос акций типа Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Выбирает все акции актуальные на текущий момент, для всех товаров и всех отделов Как из этого отобрать те акции, которые для данного товара будут ближайшие, потому что если DD.F14745602 ставить текущую, могут попасть те акции, которые заведены на будущее, таких мало, но есть вероятность. Понимаю, что в скобки обвести и выбрать SELECT DPID,DAID,MIN(FIRST_DATE), а как сюда остальные поля по строке включить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2018, 11:05 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Вариант с Код: sql 1. 2. 3. 4. 5. 6. поняла, но по сути он не совсем корректен, могут попасть не те данные, если дата у двух акций одна и та же (что маловероятно), прочие данные будут путаться как попало, а хотелось бы брать данные точно по ид документа у которого дата ближайшая и ид меньше, наверное так. Добавить туда DD.ID и сделать order by DD.ID Или за одну и ту же дату сказать сами дураки и ничего не делать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2018, 11:15 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
nata44845, AND DD.F14745602<=sysdate ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2018, 11:17 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Типа такого Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2018, 11:26 |
|
||
|
Выборка значений по максимальной дате
|
|||
|---|---|---|---|
|
#18+
Stax, DD.F14745602 это как раз дата прекращения, надо те которые на текущий момент не прекращены. Текущий момент можно допустим и так задавать, но так как у нас выгрузка программой делается от момента до момента (этот запрос часть общего запроса), то мы засекаем текущий момент при запуске программы и его посылаем в запрос. С минимумом вроде тоже разобралась ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2018, 11:31 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39310120&tid=1883802]: |
0ms |
get settings: |
9ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
1ms |
| others: | 215ms |
| total: | 378ms |

| 0 / 0 |
