Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
как обойтись без OLAP DB2 7 OS/390
|
|||
|---|---|---|---|
|
#18+
Есть 2 временные таблицы, в которые нарабатывается инфа из базы запросами insert select. Таблицы содержат записи с одинаковым неуникальным ключем, которые в последствии будут объединятся в 1 объект с уникальным идентификатором. Требуется проставить этот уникальный идентификатор в 2 таблицах руководствуясь значениями ключа и не прибегая к курсору. Исходные таблицы: Таблица 1: Код: plaintext 1. 2. Таблица 2: Код: plaintext 1. 2. 3. Таблица 1: Код: plaintext 1. 2. Таблица 2: Код: plaintext 1. 2. 3. OLAP'овских функций как на персоналке нет.... есть вариант: Код: plaintext 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. но возникает логичный вопрос если выполнить такой-же апдейт для Таблица 2, будут ли совпадать во всех случаях ID для одинаковых ключей... стоит ли надеятся на "упорядочивание" при group by. Если есть у кого мысли по этому поводу буду рад услышать. PS: IBM фашЫсты зачем так издеватся, когда ж будет нормальный SQL под MF.... в 8 это тоже актуально, отсутсвие того что есть на персоналке row_number rank.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2007, 14:12 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=34613781&tid=1604491]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
31ms |
get tp. blocked users: |
2ms |
| others: | 261ms |
| total: | 395ms |

| 0 / 0 |
