|
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&msg=34948717&tid=1525188]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
133ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 255ms |
total: | 473ms |
0 / 0 |