Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
TaPaK, "Неправильный синтаксис около конструкции "AND"." ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 16:44 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
Может быть поможет вот эта запись в блоге: "Когда nvarchar(max) вмещает только nvarchar(4000)" https://tyaps-asp.livejournal.com/49702.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 17:20 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
demind10, То есть, получается надо текст запроса делить на части менее или равно 4000 символов и потом соединять. Верно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 17:24 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
ferzmikk, Наверное это можно сформулировать и так. Если я правильно понял автора блога, то при конкатенации строк первое слагаемое должно быть нужной нам размерности nvarchar(max). Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Похоже, что такое безобразие получается именно когда мы собираем строку из нескольких кусочков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 17:49 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
любители гадать всегда найдут зависимоти "первый"/левый авторIf the result of the concatenation of strings exceeds the limit of 8,000 bytes, the result is truncated. However, if at least one of the strings concatenated is a large value type, truncation does not occur. + авторReturns the data type of the argument with the highest precedence. что ему написали сделать раз 5, а что у тс с руками отсюда не видно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 17:56 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
TaPaK, спасибо. Когда я с таким столкнулся, не смог найти описание в первоисточнике. Мой косяк. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.07.2018, 19:43 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
demind10ferzmikk, Наверное это можно сформулировать и так. Если я правильно понял автора блога, то при конкатенации строк первое слагаемое должно быть нужной нам размерности nvarchar(max). Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Похоже, что такое безобразие получается именно когда мы собираем строку из нескольких кусочков.Получилось, спасибо! Минус в том, что запрос на куски надо резать, чтобы потом соедиянть. Как бы это не усложняло при доработке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 07:29 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
ferzmikk, не надо резать. Беру свои слова обратно. Можно использовать функцию CAST и привести символьную строку явно к типу nvarchar(max): Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 13:53 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
Данные выгружаются. Теперь пишет такое: Внимание! Максимальная длина ключа - 900 байт. Индекс "i1" имеет максимальную длину 1840 байт. Для некоторых комбинаций больших значений операции вставки или обновления не смогут быть выполнены. Длину ключа как можно увеличить? Можно ли игнорировать такую ошибку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 15:00 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
ferzmikkДанные выгружаются. Теперь пишет такое: Внимание! Максимальная длина ключа - 900 байт. Индекс "i1" имеет максимальную длину 1840 байт. Для некоторых комбинаций больших значений операции вставки или обновления не смогут быть выполнены. Длину ключа как можно увеличить? Можно ли игнорировать такую ошибку?Никак не увеличить. А игнорировать ошибки вам никто запретить не может. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 15:10 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
Анекдот почти в темуЭлектрик говорит хозяйке дома: — Я нашел причину того, почему у вас погас свет, — это короткое замыкание. — Так удлините его! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 15:22 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
Начиная, кажется, с SQL Server 2017, максимальная длина ключа некластерного индекса увеличена до 1700 байт, а формальная длина ключа неуникального некластерного индекса до 2600 байт (ключ некаластерного + ключ кластетного) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 15:35 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
EleanormsLex, C Sql Server 2016 , но ТС со своими 1840 немного не умещается. 2600 то хватит каждому :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 15:50 |
|
||
|
Nvarchar(max)
|
|||
|---|---|---|---|
|
#18+
msLex, Ага, "640 килобайт хватит всем" :) Казалось бы еще не так давно появился Filestream, переход на который можно было рассматривать от 256КВ, мол Sql Server исходно оптимизирован под работу со строками ~100 байт. А тут уже килобайтные ключи не вызывают удивления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.07.2018, 16:34 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=39668571&tid=1689468]: |
0ms |
get settings: |
11ms |
get forum list: |
21ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
96ms |
get topic data: |
14ms |
get forum data: |
4ms |
get page messages: |
80ms |
get tp. blocked users: |
2ms |
| others: | 264ms |
| total: | 502ms |

| 0 / 0 |
