Всем доброго времени суток!
Решил заглянуть с соседней Оракловой ветки в вашу.
Возникли вопросы. С Sybase никогда не работал.
Есть 2 системы. Оракловая и на Sybase. В Оракловую систему
часть данных подгружается через ODBC+Generic Connectivly
из Sybase. Возникли некоторые разногласия с Вашим коллегой
(администратором Sybase 12).
Сначала буквально пару слов по Oracle.
В Оракле есть понятия:
1. Direct transaction например: select * from T;
2. Indirect transaction например: select * from
T1@dia5nt;
3. Distributed transaction например: select * from
T1@dia5nt, T where T.ID=100;
Таким образом, в случае дистрибутивной транзакции выборка идет из
2-х систем. Многие считают индирект транзакции так же дистрибутивными,
но я пишу точно в соотв-ии с документацией Oracle!
В моем случае используются классические варианты дистрибутивных
транзакций п.3 см. выше.
insert into T (...клонки Oracle табл...)
select (Колонки Sybase табличек)
from
T1@dia where T1.ID=значение; --T1 - табличка в Sybase
У Oracle есть постулат о неделимости транзакции.
Он означает, что должно соблюдаться условие целостности данных
вне зависимости от количества систем. Например, update может
использовать данные из 100 таблиц 10 удаленных БД(через db link).
Далее делаю в Oracle
DECLARE
n_dealid NUMBER;
n_brokerjpid NUMBER;
n_customerid NUMBER;
BEGIN
FOR i IN 1..5000 LOOP
select b."DEALID", b."BROKERJPID", b."CUSTOMERID"
into n_dealid, n_brokerjpid, n_customerid
from IT_
BARGAINS@DIA b
where b.DEALID = 10;
dbms_output.put_line(' DEALID ' || n_dealid || ' BROKERJPID ' || n_brokerjpid || ' CUSTOMERID ' || n_customerid);
--commit;--юзер транз. каждый раз открывается заново
END LOOP;
--commit;--вроде идет одна
END;
И в DBArtisan наблюдаю $user_transaction на Sybase???
Вообще говоря с т.з. Oracle транзакция - это операция
приводящая к неким изменениям в БД, т.е. DML операция.
Операция SELECT таковой вообще говоря не является, т.к.
не вносит каких-либо изменений в данные системы. Данная
команда выделяется из обычных DML операций во всей документации Oracle.
---------------------------------------------------------
Вопрос. С т.з. Sybase. Растет ли при этом select на Sybase транзакционный лог?
Ресурс сервера(память, процессорное и шпиндельное время) понятно тратится...
Эти 5000 select в цикле - это одна транзакция на Sybase или открывается и закрывается 5000 транзакций? По идее она одна(см. commit-ы выше).
---------------------------------------------------------
Далее
DECLARE
BEGIN
FOR i IN 1..5000 LOOP
insert into IT_BARGAINS (DEALID,BROKERJPID,CUSTOMERID)
select b."DEALID",b."BROKERJPID",b."CUSTOMERID",
from IT_
BARGAINS@DIA b
where b.DEALID = 10;
--commit; --1--
END LOOP;
commit; --2--
END;
С т.з. Oracle если возможно сделать что-либо одной транзакцией -
это нужно делать одной транзакцией(цитата Тома Кайта), т.е. commit; --2--
Ведь в данном случае мы получаем дистрибутивную транзакцию
и Оракловый two-point commit как следствие.
Поясню. Что бы обеспечить целостность данных
Oracle делает завершение транзакции (условно commit/rollback)
в обоих системах! У себя(что естественно) и на удаленной системе.
Причем управлять транзакцией в удаленной системе нельзя!
Не возможно послать commit or rollback в удаленную систему!
При завершении транзакции на point of commit она завершается
и на удаленной системе!
Вопрос. С т.з. Sybase commit: --2-- вероятнее всего предпочтительнее?
В действующем софте используется commit; --1--, т.о.
$user_transaction "пляшет" во время операций выгрузки данных
вызывая всплески ярости Вашего коллеги.
(Софт писал не я. Я его буду переписывать, хоть и работаю Оракловым адм.)
С т.з. Sybase как лучше? Что происходит в системе?
Транзакционные Логи растут?
Ведь при инсерте в свою Oracle базу я делаю лишь select из HS(Sybase).
Если я делаю commit; --2-- Это действительно одна транзакция у Sybase???
Насколько я понимаю, когда идет commit; --1-- на Sybase каждый раз открывается
новая $user_transaction?
С другой стороны, при работе через ODBC опять же лучше завершать
только все целиком. Уж очень она не надежна!
А если выгрузка свалится? Пойдет rollback по 2-ум системам сразу!
Кроме того, если пользователь задаст большой интервал
выборки, то это так же сильно подгрузит систему! Ведь пользователь
может и ошибиться, поставить дату не 1-2 мес, а например 1 год.
В этом случае лучше commit; --1--
Можно много дискутировать на данную тему, но хотелось бы
услышать мнение спецуры Sybase.
Как лучше это реализовать с именно т.з. Sybase?
А с Oracle у меня проблем нет, он родной, знакомый и понятный...
Заранее признателен за конструктивный ответ.
Виктор
