Как узнать сколько "row affected"? / IBM DB2, WebSphere, IMS, U2

ReSQL.ru

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Новые сообщения | Избранное

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Как узнать сколько "row affected"?

4 сообщений из 4, страница 1 из 1

Как узнать сколько "row affected"?

#32218684

Moses

Гость

Hi All!
Выполняется UPDATE-statement на 300тыс. записях.
Необходимо узнать сколько записей действительно изменилось.
DB2 v7.2 - 8.1

...

Рейтинг:

0 / 0

25.07.2003, 21:47

| Ответить | Цитировать | Написать

Как узнать сколько "row affected"?

#32219132

Victor Metelitsa

Участник

Откуда: Тюмень

Сообщения: 2 626

Рейтинг: 0 / 0

RTFM про CLI.

Хотя проще, наверное, воспользоваться GET DIAGNOSTICS внутри compound-выражения (see SQL Reference)? Но это в 8.1, я не помню про 7.x.

Код: plaintext

1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.

CREATE PROCEDURE sqlprocg (IN deptnbr VARCHAR( 3 ))
   LANGUAGE SQL
   BEGIN
      DECLARE SQLSTATE CHAR( 5 );
      DECLARE rcount INTEGER;
      UPDATE CORPDATA.PROJECT
         SET PRSTAFF = PRSTAFF +  1 . 5 
         WHERE DEPTNO = deptnbr;
      GET DIAGNOSTICS rcount = ROW_COUNT;
 -- At this point, rcount contains the number of rows that were updated.
 
...
   END

...

Рейтинг:

0 / 0

27.07.2003, 23:29

| Ответить | Цитировать | Написать

Как узнать сколько "row affected"?

#32219150

Moses

Гость

Про GET DIAGNOSTICS спасибо, действительно очень удобно. Проверю у себя. На самом деле я сам все больше перехожу на хранимые процедуры, хоть считается что в DB2 они не нужны.
А вот как это делает Quest Central?
Он ведь по динамическим запросам выдает сколько записей изменилось.
Вешал мониторы и следил за ним - за одно обращение(транзакция из одного запроса) он получает и результат и, видимо где-то в результате, это самое количество. Кого смотреть, и как ловить? В SQLCA?

PS: про мануал я в курсе

...

Рейтинг:

0 / 0

28.07.2003, 07:05

| Ответить | Цитировать | Написать

Как узнать сколько "row affected"?

#32219257

NewYear

Участник

Откуда: Большой адронный коллайдер

Сообщения: 2 183

Рейтинг: 0 / 0

RTFM!!!!

SQLERRD(2) sqlerrd SQLERR(2) INTEGER Contains the number of rows in a result
when the cursor position is after the last
(that is, when SQLCODE is equal to +100).
SQLERRD(2) can also contain an internal
code.

SQLERRD(3) sqlerrd SQLERR(3) INTEGER Contains the number of rows affected after
INSERT, UPDATE, and DELETE (but not
deleted as a result of CASCADE delete).
0 if the SQL statement fails, indicating that
changes made in executing the statement
canceled. Set to -1 for a mass delete from
table in a segmented table space.
For SQLCODES -911 and -913, SQLERRD(
contains the reason code for the timeout
deadlock .

...

Рейтинг:

0 / 0

28.07.2003, 10:39

| Ответить | Цитировать | Написать

4 сообщений из 4, страница 1 из 1

Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Как узнать сколько "row affected"?

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/moderation_log.php?user_name=tabloid]:	0ms
get settings:	10ms
get forum list:	14ms
get settings:	12ms
get forum list:	14ms
check forum access:	4ms
check topic access:	4ms
track hit:	38ms
get topic data:	12ms
get forum data:	2ms
get page messages:	57ms
get tp. blocked users:	2ms
others:	10410ms

total:	10579ms