
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
15.10.2016, 11:49
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
Добрый день! Есть запрос: Код: plsql 1. 2. 3. 4. Как умножить zak на fi? Не могу врубиться. В PostgreSQL я сделал в следующем виде: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. Ваще не могу понять как это победить. Ссылка саму на себя меня убивает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 12:15
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokКак умножить zak на fi?zak*fi vadipokВ PostgreSQL я сделали зачем переделывать через connect by? vadipokСсылка на предыдущую строку в иерархическом запросе prior ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 12:28
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
шмарт квестионzak*fi fi берется из предыдущей строки, в этом вся проблема. По сути расчет строки зависит от самой себя, по возрастанию. шмарт квестиони зачем переделывать через connect by? А куда деваться? Это иерархический запрос в формате PostgreSQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 12:44
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokА куда деваться? Это иерархический запрос в формате PostgreSQL Точно? https://docs.oracle.com/cloud/latest/db112/SQLRF/statements_10002.htm#BABCDJDB ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 12:53
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymousvadipokА куда деваться? Это иерархический запрос в формате PostgreSQL Точно? https://docs.oracle.com/cloud/latest/db112/SQLRF/statements_10002.htm#BABCDJDB Ну конечно точно, повторюсь это иерархический запрос в PostgreSQL. Возможно это что-то в Oracle, про это я ничего не сказал. А за ссылку спасибо, изучу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 12:59
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokНу конечно точно, повторюсь это иерархический запрос в PostgreSQL. Возможно это что-то в Oracle, про это я ничего не сказал. Мсье сказал, что вынужден переделывать на connect by, потому как "формат не той системы": vadipokшмарт квестиони зачем переделывать через connect by? А куда деваться? Это иерархический запрос в формате PostgreSQL Так вот: мсье заблуждается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 13:10
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
Ок, давайте не будем спорить. Возможно я сглупил, несколько сумбурно высказавшись. Давайте упростим задачу. Как выполнить следующий запрос: Код: plsql 1. 2. 3. 4. 5. Поля FI нет в таблице, он рассчитывается. Для первого шага расчет ясен. Вот как выполнить второй и дальнейшие шаги? Необходимо найти FI из прядущего LEVEL. Помогите пожалуйста! И забудем про то, что я написал раньше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 13:13
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
1. Использовать PRIOR 2. Взять исходный запрос "в формате", доработать до требований oracle (ссылку я давал) и пользоваться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 13:49
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymous1. Использовать PRIORОн не умеет формулировать вопросы, ему нужна не просто предыдущая строка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 15:19
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymous1. Использовать PRIOR 2. Взять исходный запрос "в формате", доработать до требований oracle (ссылку я давал) и пользоваться. Все отлично, спасибо. только одна беда, не могу умножить на FI Код: 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. При попытке умножения возникает ошибка: Код: plsql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 16:49
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
Не ужели никто не знает как победить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 17:12
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
Код: 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. А вот так уже нет: Код: plsql 1. Это уже явный косяк СУБД. Достал уже, помогите парни. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 18:57
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipok Код: plsql 1. Это уже явный косяк СУБД. Достал уже, помогите парни. Применить to_number к number - это явный косяк, причем не в СУБД. Если не в состоянии справиться с банальной арифметикой - придется идти по длинному пути. create table + тестовые данные + ожидаемый результат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 20:12
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymousvadipok Код: plsql 1. Это уже явный косяк СУБД. Достал уже, помогите парни. Применить to_number к number - это явный косяк, причем не в СУБД. Если не в состоянии справиться с банальной арифметикой - придется идти по длинному пути. create table + тестовые данные + ожидаемый результат. Так в том то и дело, что он заработал только так. Естественно я в начале делал напрямую, не получилось. Ругается на тип данных. Покажите плиз, как бы вы сделали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 20:16
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokПокажите плиз, как бы вы сделали. Вы ждете конкретного ответа на сферический вакуумный вопрос. Так не бывает. Еще раз, медленно: описание таблицы, исходные данные, ожидаемый результат - тогда будет предметный разговор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 20:25
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymousvadipokПокажите плиз, как бы вы сделали. Вы ждете конкретного ответа на сферический вакуумный вопрос. Так не бывает. Еще раз, медленно: описание таблицы, исходные данные, ожидаемый результат - тогда будет предметный разговор. Понял, вот рабочий запрос: Код: 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. Мне нужно, для начала, чтобы в строке Код: plsql 1. было не сложение, а произведение. На данный момент, я не могу победить вот это. Поля zak и gid в таблице имеют тип данных number(20,5) или просто number уже не помню, я дома теперь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 20:52
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokМне нужно, для начала, чтобы в строке Код: plsql 1. было не сложение, а произведение. На данный момент, я не могу победить вот это. Это делается так: Код: plsql 1. Теперь про победы: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. АААА!!!! Как мне победить?! Применить to_number? Нет. Включить голову: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.10.2016, 20:53
|
|||
|---|---|---|---|
|
|||
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokзаработал только такесли тебе не важен результат, можно использовать 0 или dbms_random для разнообразия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2016, 08:06
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokПонял, вот рабочий запрос: Код: plsql 1. 2. Вадя, покай где-нибудь в другом месте, а то может сложиться впечатление, что тут не только ты такой де-бил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2016, 11:03
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
andrey_anonymousvadipokМне нужно, для начала, чтобы в строке Код: plsql 1. было не сложение, а произведение. На данный момент, я не могу победить вот это. Это делается так: Код: plsql 1. Теперь про победы: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. АААА!!!! Как мне победить?! Применить to_number? Нет. Включить голову: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. Не могли бы объяснить? И как его применить в моем запросе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2016, 11:04
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
И да, почему с этим справляется PostgreSQL? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2016, 11:37
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokИ да, почему с этим справляется PostgreSQL? Беру свои слова обратно, в PostgreSQL дела еще хуже, при 13 работает, а при 14: Код: plsql 1. 2. 3. 4. 5. 6. Код: sql 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.10.2016, 15:15
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
vadipokНе могли бы объяснить? Ты прикидываешься? Ты про бесконечные ряды в школе хоть слышал? Твоя начальная рекурсия создает бесконечный ряд покуда в ней нет никаких условий ограничения ряда. А то что привел andrey_anonymous показывает что 83ий член рядa (рекурсии) еще вписывается в дозволенную разрядность а 84ый уже нет. Т.e. 82! влeзает a 83! уже нет. SY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
17.10.2016, 07:46
|
|||
|---|---|---|---|
Ссылка на предыдущую строку в иерархическом запросе |
|||
|
#18+
SYvadipokНе могли бы объяснить? Ты прикидываешься? Ты про бесконечные ряды в школе хоть слышал? Твоя начальная рекурсия создает бесконечный ряд покуда в ней нет никаких условий ограничения ряда. А то что привел andrey_anonymous показывает что 83ий член рядa (рекурсии) еще вписывается в дозволенную разрядность а 84ый уже нет. Т.e. 82! влeзает a 83! уже нет. SY. Меня просто с калии выбило то, что боевой запрос выполнялся в PostgreSQL без этих премудростей. В изначальном боевом запросе я абсолютно ничего не менял, он работал там без проблем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=52&mobile=1&tid=1887226]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
194ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 516ms |

| 0 / 0 |
