|
|
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
Добрый день! Вчера задавал вопрос по поводу дат сегодня продолжу эту тему. --Query1-- Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. Результат запроса Код: plaintext 1. --Query2-- Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Код: plaintext 1. 2. 3. 4. 5. 6. необходимо получить вот такой результат Код: plaintext 1. 2. 3. 4. 5. 6. Можно ли не создавая функции из --Query2-- получить необходимы результат или же создание функции в моем случае является хорошим тоном? Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 09:24 |
|
||
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
maxwait Код: plsql 1. а почему не Код: plsql 1. ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 09:58 |
|
||
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
maxwait, есть много способов генерации "последовательностей" SY как-то дож сравнивал их один из Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. ........ stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 10:21 |
|
||
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
stax..есть много способов генерации "последовательностей"Но если при генерации не надо учитывать значения того, что уже сгенерировано, то ничего лучше connect by еще не придумали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:15 |
|
||
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
dbms_photoshopstax..есть много способов генерации "последовательностей"Но если при генерации не надо учитывать значения того, что уже сгенерировано, то ничего лучше connect by еще не придумали. была темка, типа сгенерить 1млн значений (зачем другой вопрос), наскоко помню, connect by проигрывал зы имхо connect by тяжелая операция стараюсь не использовать (есть табличка с гарантированным к-вом строк) ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:31 |
|
||
|
Снова вопрос с датами
|
|||
|---|---|---|---|
|
#18+
stax..dbms_photoshopпропущено... Но если при генерации не надо учитывать значения того, что уже сгенерировано, то ничего лучше connect by еще не придумали. была темка, типа сгенерить 1млн значений (зачем другой вопрос), наскоко помню, connect by проигрывал зы имхо connect by тяжелая операция стараюсь не использовать (есть табличка с гарантированным к-вом строк) ..... staxПодобное сообщение не несет никакой информационной нагрузки. Хотя, признаю, что я тоже никаких доказательств не предоставил. Вопрос для меня давно закрыт и нет желания снова ковырять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.01.2017, 16:39 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39390452&tid=1886589]: |
0ms |
get settings: |
8ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
88ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 416ms |

| 0 / 0 |
