Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
Внутри ХП создаю временую таблицу, делаю в нее выборку. Потом обновляю одно из полей этой временой таблицы. На большинстве баз (более двухсот) этот код работает идеально. На двух - команда update падает с -734-ой ошибкой (Cannot update of delete an all-NULL row from table #tmp). Данные выбираются вполне нормальные. Что это может быть не представляю совершенно. Сначала грешил на поломаную базу. Выгрузил все данные в скрипты, проверил их в csv виде - все в порядке, загрузил в свежую базу - скрипт работает. Перезапустил сервер - скрипт не работает. Очень смахивает на устаревшие кеши или статистику, но как может сохранятся статистика на сессионую времянку? Тем более что я таблицу эту даже вручную дропаю, заново создаю - снова ошибка есть. Но проявляется эта зараза только на двух боевых базах из более чем двухсот! Пытаюсь повторить это на чистой базе - нет ошибки. Принимаются самые бредовые идеи. У меня они уже кончились. ASA 9.0.1 - 9.0.2.2451 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 01:21 |
|
||
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
:-) 1-ая бредовая идея: может дело в опциях баз? Posted via ActualForum NNTP Server 1.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 09:36 |
|
||
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
может поможет http://www.ianywhere.com/developer/product_manuals/sqlanywhere/0901/en/html/dberen9/00000124.htm ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 11:00 |
|
||
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
White OwlВнутри ХП создаю временую таблицу, делаю в нее выборку. Потом обновляю одно из полей этой временой таблицы. На большинстве баз (более двухсот) этот код работает идеально. На двух - команда update падает с -734-ой ошибкой (Cannot update of delete an all-NULL row from table #tmp). Данные выбираются вполне нормальные. Что это может быть не представляю совершенно. Сначала грешил на поломаную базу. Выгрузил все данные в скрипты, проверил их в csv виде - все в порядке, загрузил в свежую базу - скрипт работает. Перезапустил сервер - скрипт не работает. Очень смахивает на устаревшие кеши или статистику, но как может сохранятся статистика на сессионую времянку? Тем более что я таблицу эту даже вручную дропаю, заново создаю - снова ошибка есть. Но проявляется эта зараза только на двух боевых базах из более чем двухсот! Пытаюсь повторить это на чистой базе - нет ошибки. Принимаются самые бредовые идеи. У меня они уже кончились. ASA 9.0.1 - 9.0.2.2451 Сложно привести даже бредовые идеи, не видя кода. Хотелось бы посмотреть на скрипт создания времянки и тот кусок процедуры, где выскакивает ошибка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 11:30 |
|
||
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
ASCRUSСложно привести даже бредовые идеи, не видя кода. Хотелось бы посмотреть на скрипт создания времянки и тот кусок процедуры, где выскакивает ошибка. Там все примитивно: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 123456, 'LC', '2005-03-20', 'R' 658427, 'LC', '2005-03-20', 'R' Ни единого null значения нету. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 19:03 |
|
||
|
Чтобы это могло быть? Плавающий глюк.
|
|||
|---|---|---|---|
|
#18+
Проверь может в Код: plaintext 1. 2. select min(b.StartDate) from Client_Status b where b.ClientId=a.ClientId and b.StatusCode='DROP' пуст ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2005, 05:52 |
|
||
|
|

start [/forum/topic.php?fid=55&msg=33098267&tid=2013618]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
54ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
33ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 378ms |

| 0 / 0 |
