|
1с8: Сортировка в присутствии но без участия текстового поля неограниченной длины
|
|||
---|---|---|---|
#18+
Коллеги, нашел хитрость хитрую. Делаем вложенный запрос, состоящий из двух скл-выражений сложенных через "объединить все". В одной из колонок объединяем текстовое поле неограниченной длины с текстовым полем ограниченной длины. Во внешнем запросе делаем _любую_ сортировку, в том числе без участия этой опасной колонки. Запрос валится на сервере скл (2000 сервис пак 3, 1с 8.0.16). Понятно, что можно обрулить, можно забить и т.д. Вопрос. Это и есть необходимые и достаточные условия? Хочется обратиться к разработчику грамотно. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15.
... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2007, 12:47 |
|
1с8: Сортировка в присутствии но без участия текстового поля неограниченной длины
|
|||
---|---|---|---|
#18+
8.1.8 не валится, так что видимо никто ничего исправлять не будет ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2007, 13:18 |
|
1с8: Сортировка в присутствии но без участия текстового поля неограниченной длины
|
|||
---|---|---|---|
#18+
Френсис Дрейк8.1.8 не валится, так что видимо никто ничего исправлять не будет вобщет SQL такого не должон потерпеть. Вероятно неограниченная длина автоматом приводится к ограниченной строке по substring'у. типа SUBSTRING(Комментарий,1, 4000). зы.1) поcмотреть в профайле. 2) написать руками слово SUBSTRING ибо х.з )) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2007, 18:19 |
|
|
start [/forum/topic.php?fid=28&fpage=178&tid=1525188]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
51ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
others: | 264ms |
total: | 395ms |
0 / 0 |