Вы можете использовать запрос для мониторинга длительных операций DML и отката. Если поле обновления не включено в индекс, то значение поля used_urec
из представления v$transaction
будет очень близко к числу строк. Когда выполняется операция обновления, эти значения увеличиваются, если выполняется откат, значения уменьшаются до нуля.
V$TRANSACTION lists the active transactions in the system.
USED_UREC Number of undo records used
USED_UBLK Number of undo blocks used
select
substr(s.username,1,28) username,
substr(s.program,1,25) program,
s.command,
t.used_urec,
t.used_ublk,
decode(s.command,
0,'No Command',
1,'Create Table',
2,'Insert',
3,'Select',
6,'Update',
7,'Delete',
9,'Create Index',
15,'Alter Table',
21,'Create View',
23,'Validate Index',
35,'Alter Database',
39,'Create Tablespace',
41,'Drop Tablespace',
40,'Alter Tablespace',
53,'Drop User',
62,'Analyze Table',
63,'Analyze Index',
s.command||': Other') command
from
v$session s,
v$process p,
v$transaction t
where s.paddr = p.addr
and s.taddr = t.addr
order by 1
Например, 1. Если вы обновляете столбец, который не проиндексирован, то количество строк 39915830 и USED_UREC 40000562 примерно совпадают.
create table test_update(p1,p2,p3,p4 )
PCTFREE 1
INITRANS 1
MAXTRANS 255
TABLESPACE arhiv_data
as
SELECT a.n_p_u, a.id_reg, a.id_vag, a.vrsvop
FROM a_vag_atr a;
SELECT count(*)
FROM test_update a
==>
COUNT(*)
--------------------------------------------
39915830
Сессия 1
update test_update
set p2=1234567890
==>
39915830 row(s) updated
[ 1119] Сеанс 2 запускает обновление
USERNAME PROGRAM COMMAND USED_UREC USED_UBLK COMMAND_1
---------------- ---------------------- ------------------- --------------------
ASUDS sqlnavigator.exe 6 4181959 62690 Update
прекращает обновление
USERNAME PROGRAM COMMAND USED_UREC USED_UBLK COMMAND_1
---------------- ---------------------- ------------------- --------------------
ASUDS sqlnavigator.exe 6 40000562 601871 Update
Например, 2. если вы обновляете индексированное поле, то число строк * 3 приблизительно равно USED_UREC. 39915830 * 3 = ~ 116705429
create table test_update(p1,p2,p3,p4 )
PCTFREE 1
INITRANS 1
MAXTRANS 255
TABLESPACE arhiv_data
as
SELECT a.n_p_u, a.id_reg, a.id_vag, a.vrsvop
FROM a_vag_atr a;
SELECT count(*) FROM test_update a
==>
COUNT(*)
--------------------------------------------
39915830
CREATE INDEX test_ind ON test_update
(
p1 ASC
)
Сессия 1
update test_update
set p1=12
==>
39915830 row(s) updated
Сессия 2 прекратит обновление
USERNAME PROGRAM COMMAND USED_UREC USED_UBLK COMMAND_1
---------------- ---------------------- ------------------- --------------------
ASUDS sqlnavigator.exe 6 116705429 1392538 Update
Например 3. если вы вставите в таблицу не проиндексирован тогда количество строк точно соответствует USED_UREC.
create table test_update(p1,p2,p3,p4 )
PCTFREE 1
INITRANS 1
MAXTRANS 255
TABLESPACE arhiv_data
SELECT count(*)
FROM test_update a
==>
COUNT(*)
--------
0
Сессия 1
declare
i pls_integer:=1;
begin
for i in 1..500000 loop
insert into test_update(p1,p2,p3,p4)
values(1,2,3,sysdate);
end loop;
end;
select count(*) from test_update
==>
COUNT(*)
-----------
500000
Сессия 2
USERNAME PROGRAM COMMAND USED_UREC USED_UBLK COMMAND_1
ASUDS sqlnavigator.exe 2 500000 5815 Insert
Например 4. Если вы удалите из таблицы не проиндексированы, то количество строк это точно USED_UREC.
Сессия 1
SELECT count(*) FROM test_update a
==>
COUNT(*)
--------
500000
delete from test_update
==>
500000 row(s) deleted
Сессия 2
USERNAME PROGRAM COMMAND USED_UREC USED_UBLK COMMAND_1
---------------- ---------------------- ------------------- --------------------
ASUDS sqlnavigator.exe 7 500000 9616 Delete
Зависит от варианта использования. ПБ намного более сильно связан, лучше всего используемый внутренне с тесно связанными системами; не хороший для общих / открытых интерфейсов (как в быть совместно использованным больше чем 2 определенными системами). Гессиан является более самодокументированным битом, имеет хорошую производительность на Java. Лучше, чем ПБ на моих тестах, но я уверен, что это зависит от варианта использования. ПБ, кажется, испытывает затруднения из-за текстовых данных, возможно, это было оптимизировано для целочисленных данных.
Я не думаю, что любой особенно хорош для открытых интерфейсов, но, учитывая Вас хотят двоичный формат, который является, вероятно, не большой проблемой.
Править: Производительность гессиана на самом деле не весь настолько хороша как на сравнительный тест jvm-сериализаторов. И ПБ довольно быстр, пока Вы удостоверяетесь, что добавили флаг, который вызывает использование быстрых опций на Java. И если ПБ не хорош для открытых интерфейсов, что? IMO, открытые форматы как JSON выше внешне, и как правило достаточно быстро, что производительность не имеет большого значения.
Я самостоятельно изучаю это.. никакие хорошие заключения до сих пор, но я нашел http://dewpoint.snagdata.com/2008/10/21/google-protocol-buffers/, суммирующий все опции.
Мышца имеет транспорт двоичного сообщения. Извините, что я не могу прокомментировать другие, поскольку я не судил их.
Мы используем Caucho Hessian из-за снижения затрат на интеграцию и простоты. Его производительность очень хорошая, поэтому он идеально подходит для большинства случаев.
Для нескольких приложений, для которых межъязыковая интеграция не так важна, существует еще более быстрая библиотека, которая может добиться еще большей производительности, под названием Kryo . К сожалению, он не так широко используется, и его протокол не является квазистандартным, как протокол от Hessian.
Я пробовал использовать буферы протокола Google. Он работает с C ++ / MFC, C #, PHP и другими языками (см .: http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns ) и отлично работает независимо от транспорта и сохранения на диске. / загрузка.
Если вам нужна поддержка объединения приложений из многих языков/платформ, то Hessian - лучший вариант. Если вы используете только Java, то Kryo будет еще быстрее.