Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
здравствуйте, есть следующай проблема.
Попыталась реализовать простейшую схему реплики между двумя серверами, но сама реплика не происходит.

Был создан database link orcl на принимающую БД.
Т.к. параметр Globl_Names на исходной БД установлен в TRUE, то имя линка совпадает с именем БД.

Кстати, прописан домен world. Значит ли это, что поле GLOBAL_NAME в таблице global_name должно быть установлено именно в orcl.world на принимающей стороне? (но пробовала я и так, и просто orcl, без изменений).

Была включена опция archivelog. (но как проверить это пока не знаю :( )

С чего начать отладку?

Вот то, что есть:
1. Созданы очереди на обоих серверах
SQL> SELECT name, queue_table FROM user_queues;

NAME QUEUE_TABLE
------------------------------ ------------------------------
STREAMS_QUEUE STREAMS_QUEUE_TABLE
AQ$_STREAMS_QUEUE_TABLE_E STREAMS_QUEUE_TABLE

2.Разрешена расширенная журнализация
SQL> SELECT always, table_name, log_group_type FROM user_log_groups;

ALWAYS TABLE_NAME LOG_GROUP_TYPE
----------- ------------------------------ -------------------
ALWAYS EMPLOYEE PRIMARY KEY LOGGING
CONDITIONAL EMPLOYEE UNIQUE KEY LOGGING
CONDITIONAL EMPLOYEE FOREIGN KEY LOGGING

3.Создан процесс захвата
SQL> SELECT capture_name, queue_name, queue_owner, status FROM all_capture;

CAPTURE_NAME QUEUE_NAME QUEUE_OWNER STATUS
------------------------------ ------------------------------------------------------------ --------
CAPTURE_STREAM STREAMS_QUEUE STRMADMIN ENABLED

4. Создан процесс переноса
SQL> SELECT propagation_name, source_queue_name, destination_queue_name, s
tatus FROM dba_propagation;

PROPAGATION_NAME SOURCE_QUEUE_NAME DESTINATION_QUEUE_NAME STATUS
------------------------------ ------------------------------------------------------------ --------
MAINDB_TO_SUBDB1 STREAMS_QUEUE STREAMS_QUEUE ENABLED

5. Установлен номер изменения в принимающей БД
SQL> SELECT source_object_name, source_object_type, instantiation_scn FROM dba_
apply_instantiated_objects@orcl;

SOURCE_OBJECT_NAME SOURCE_OBJE INSTANTIATION_SCN
------------------------------ ----------- -----------------
EMPLOYEE TABLE 1003826

6.Создан процесс принятия
SQL> SELECT apply_name, queue_name, status FROM all_apply@orcl;

APPLY
Process
Name QUEUE_NAME STATUS
---------- ------------------------------ --------
APPLY_STREAM STREAMS_QUEUE ENABLED

Тест 1:

INSERT INTO strmadmin.employee ( employee_id , name ) VALUES (8, 'Ksuha
');

1 строка создана.

SQL> commit;

Фиксация обновлений завершена.

SQL> select * from employee@orcl;

строки не выбраны


Тест 2:
SQL> Alter table strmadmin.EMPLOYEE RENAME COLUMN EMPLOYEE_ID to emp_id;

Таблица изменена.

SQL> commit;

Фиксация обновлений завершена.

SQL> select emp_id from employee@orcl;
select emp_id from employee@orcl
*
ошибка в строке 1:
ORA-00904: "EMP_ID": недопустимый идентификатор


SQL> select emp_id from employee;

EMP_ID
----------
5
6
7
8

заранее большое спасибо за помощь!
27 авг 07, 19:25    [4582381]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8131
remedius
здравствуйте, есть следующай проблема.
Попыталась реализовать простейшую схему реплики между двумя серверами, но сама реплика не происходит.

Был создан database link orcl на принимающую БД.
Т.к. параметр Globl_Names на исходной БД установлен в TRUE, то имя линка совпадает с именем БД.

Кстати, прописан домен world. Значит ли это, что поле GLOBAL_NAME в таблице global_name должно быть установлено именно в orcl.world на принимающей стороне? (но пробовала я и так, и просто orcl, без изменений).

Была включена опция archivelog. (но как проверить это пока не знаю :( )

С чего начать отладку?

Вот то, что есть:
1. Созданы очереди на обоих серверах
SQL> SELECT name, queue_table FROM user_queues;

NAME                           QUEUE_TABLE
------------------------------ ------------------------------
STREAMS_QUEUE                  STREAMS_QUEUE_TABLE
AQ$_STREAMS_QUEUE_TABLE_E      STREAMS_QUEUE_TABLE
2.Разрешена расширенная журнализация
SQL> SELECT always, table_name, log_group_type FROM user_log_groups;

ALWAYS      TABLE_NAME                     LOG_GROUP_TYPE
----------- ------------------------------ -------------------
ALWAYS      EMPLOYEE                       PRIMARY KEY LOGGING
CONDITIONAL EMPLOYEE                       UNIQUE KEY LOGGING
CONDITIONAL EMPLOYEE                       FOREIGN KEY LOGGING
3.Создан процесс захвата
SQL> SELECT capture_name, queue_name, queue_owner, status FROM all_capture;

CAPTURE_NAME                   QUEUE_NAME       QUEUE_OWNER                    STATUS
------------------------------ ------------------------------------------------------------ --------
CAPTURE_STREAM                 STREAMS_QUEUE     STRMADMIN                      ENABLED
4. Создан процесс переноса
SQL> SELECT propagation_name, source_queue_name,       destination_queue_name, s
tatus FROM dba_propagation;

PROPAGATION_NAME               SOURCE_QUEUE_NAME       DESTINATION_QUEUE_NAME         STATUS
------------------------------ ------------------------------------------------------------ --------
MAINDB_TO_SUBDB1               STREAMS_QUEUE		STREAMS_QUEUE                  ENABLED
5. Установлен номер изменения в принимающей БД
SQL> SELECT source_object_name, source_object_type, instantiation_scn FROM  dba_
apply_instantiated_objects@orcl;

SOURCE_OBJECT_NAME             SOURCE_OBJE INSTANTIATION_SCN
------------------------------ ----------- -----------------
EMPLOYEE                       TABLE                 1003826
6.Создан процесс принятия
SQL> SELECT apply_name, queue_name, status FROM all_apply@orcl;

APPLY
Process
Name          QUEUE_NAME                     STATUS
----------   ------------------------------ --------
APPLY_STREAM STREAMS_QUEUE                  ENABLED
Тест 1:

INSERT INTO strmadmin.employee (  employee_id ,  name   ) VALUES (8, 'Ksuha');
1 строка создана.

SQL> commit;

Фиксация обновлений завершена.

SQL> select * from employee@orcl;

строки не выбраны

Тест 2:
SQL> Alter table strmadmin.EMPLOYEE RENAME COLUMN EMPLOYEE_ID to emp_id;

Таблица изменена.

SQL> commit;

Фиксация обновлений завершена.

SQL> select emp_id from employee@orcl;
select emp_id from employee@orcl
       *
ошибка в строке 1:
ORA-00904: "EMP_ID": недопустимый идентификатор


SQL> select emp_id from employee;

    EMP_ID
----------
         5
         6
         7
         8
заранее большое спасибо за помощь!

При оформлении кода используйте, пожалуйста, тег SRC данного форума.
Этим вы повысите свои шансы на получение ответа.
28 авг 07, 10:29    [4583795]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
Добавлю, что БД источник стоит на Enterprise edition, а приемник стоит на Standart Editon.

Есть идеи? подскажите пожалуйста, в чем может быть ошибка? куда мыслить дальше?
30 авг 07, 10:24    [4595862]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
на источнике

select total_number,total_bytes,avg_number,avg_size
 from dba_queue_schedules;
на приемнике:
select * from dba_apply_error
31 авг 07, 07:04    [4601282]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
И нет ли ошибок в alertlog типа этой:
Wed Aug 15 16:47:45 2007
Streams APPLY A001 with pid=35, OS id=12932 stopped
Wed Aug 15 17:23:02 2007
Streams APPLY A001 started with pid=35, OS id=431
Streams Apply Reader started P000 with pid=38 OS id=433
Streams Apply Server started P001 with pid=39 OS id=435
Wed Aug 15 17:51:24 2007
knllgobjinfo: MISSING Streams multi-version data dictionary!!!
31 авг 07, 07:17    [4601293]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius
Была включена опция archivelog. (но как проверить это пока не знаю :( )

SQL> select log_mode from v$database;

LOG_MODE
------------
ARCHIVELOG

SQL> 
Какие версии оракла?
31 авг 07, 07:22    [4601298]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
SQL> select total_number,total_bytes,avg_number,avg_size
  2   from dba_queue_schedules;

TOTAL_NUMBER TOTAL_BYTES AVG_NUMBER   AVG_SIZE
------------ ----------- ---------- ----------
           0           0          0          0
           0           0          0          0

SQL> select log_mode from v$database;

LOG_MODE
------------
ARCHIVELOG

SQL> select * from dba_apply_error@orcl;

строки не выбраны 
3 сен 07, 09:16    [4610933]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
vyv3
И нет ли ошибок в alertlog типа этой:
Wed Aug 15 16:47:45 2007
Streams APPLY A001 with pid=35, OS id=12932 stopped
Wed Aug 15 17:23:02 2007
Streams APPLY A001 started with pid=35, OS id=431
Streams Apply Reader started P000 with pid=38 OS id=433
Streams Apply Server started P001 with pid=39 OS id=435
Wed Aug 15 17:51:24 2007
knllgobjinfo: MISSING Streams multi-version data dictionary!!!

Такой ошибки нет. Но нашла другую:
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) encountered following error:
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
ORA-01017: invalid username/password; logon denied
ORA-02063: предшествующий line из ORCL
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) disabled due to 16 consecutive errors.
3 сен 07, 10:30    [4611236]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
C чем это может быть связяано? не хватает каких-либо прав? Ведь авторизована я была именно под strmadmin.

Процесс переноса изменений был создан следующим образом:
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES (
  table_name            => 'strmadmin.employee'
, streams_name      	=> 'maindb_to_subdb1'
, source_queue_name 	=> 'strmadmin.streams_queue'
, destination_queue_name
                        => 'strmadmin.streams_queue@orcl'
, source_database   	=> 'orcl'
, include_ddl       	=> TRUE
);
END;
/
3 сен 07, 10:34    [4611261]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8131
remedius
Такой ошибки нет. Но нашла другую:
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) encountered following error:
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
ORA-01017: invalid username/password; logon denied
ORA-02063: предшествующий line из ORCL
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) disabled due to 16 consecutive errors.
А при создании DB link'а было задано
CONNECT TO username IDENTIFIED BY password
?
Или ограничились заданием одного
USING 'orcl'
?
3 сен 07, 10:39    [4611284]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius
C чем это может быть связяано? не хватает каких-либо прав? Ведь авторизована я была именно под strmadmin.

Процесс переноса изменений был создан следующим образом:
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES (
  table_name            => 'strmadmin.employee'
, streams_name      	=> 'maindb_to_subdb1'
, source_queue_name 	=> 'strmadmin.streams_queue'
, destination_queue_name
                        => 'strmadmin.streams_queue@orcl'
, source_database   	=> 'orcl'
, include_ddl       	=> TRUE
);
END;
/

Что-то не понятно, почему: source_database => 'orcl'
и , destination_queue_name => 'strmadmin.streams_queue@orcl'
одинаковые?
3 сен 07, 10:51    [4611383]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
SQL*Plus
remedius
Такой ошибки нет. Но нашла другую:
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) encountered following error:
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
ORA-01017: invalid username/password; logon denied
ORA-02063: предшествующий line из ORCL
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) disabled due to 16 consecutive errors.
А при создании DB link'а было задано
CONNECT TO username IDENTIFIED BY password
?
Или ограничились заданием одного
USING 'orcl'
?


CREATE PUBLIC DATABASE LINK orcl
CONNECT TO strmadmin
IDENTIFIED BY strmadminpw
USING ‘DB2'
;
3 сен 07, 10:56    [4611419]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
vyv3
Что-то не понятно, почему: source_database => 'orcl'
и , destination_queue_name => 'strmadmin.streams_queue@orcl'
одинаковые?


Да, имена Баз данных - одинаковые
3 сен 07, 10:57    [4611424]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius
SQL*Plus
remedius
Такой ошибки нет. Но нашла другую:
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) encountered following error:
ORA-01017: неверно имя пользователя/пароль; вход в систему запрещается
ORA-01017: invalid username/password; logon denied
ORA-02063: предшествующий line из ORCL
Propagation Schedule for (STRMADMIN.STREAMS_QUEUE, ORCL) disabled due to 16 consecutive errors.
А при создании DB link'а было задано
CONNECT TO username IDENTIFIED BY password
?
Или ограничились заданием одного
USING 'orcl'
?


CREATE PUBLIC DATABASE LINK orcl
CONNECT TO strmadmin
IDENTIFIED BY strmadminpw
USING ‘DB2'
;

Может все таки тогда:
, destination_queue_name
=> 'strmadmin.streams_queue@db2'
3 сен 07, 11:01    [4611456]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
И
CREATE PUBLIC DATABASE LINK DB2
CONNECT TO strmadmin
IDENTIFIED BY strmadminpw
USING ‘DB2'
;
3 сен 07, 11:02    [4611461]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius
SQL> select total_number,total_bytes,avg_number,avg_size
  2   from dba_queue_schedules;

TOTAL_NUMBER TOTAL_BYTES AVG_NUMBER   AVG_SIZE
------------ ----------- ---------- ----------
           0           0          0          0
           0           0          0          0


Пропагация не работает, что видно и по логам, после любого изменения должны, увеличиваться:
SQL>
  1  select qname,total_number,total_bytes
  2*     from dba_queue_schedules
SQL> /

QNAME                          TOTAL_NUMBER TOTAL_BYTES
------------------------------ ------------ -----------
STREAMS_QUEUE                             4        1360
STREAMS_QUEUE                          3737     3070841
STRM_QUEUE                              222      101336

SQL> 
3 сен 07, 11:07    [4611514]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
vyv3
И
CREATE PUBLIC DATABASE LINK DB2
CONNECT TO strmadmin
IDENTIFIED BY strmadminpw
USING ‘DB2'
;


Тогда совсем не понимаю. Раз GLobal_Name стоит true, значит имя линка должно совпадать сименем БД! т.е.
CREATE PUBLIC DATABASE LINK orcl
CONNECT TO strmadmin
IDENTIFIED BY strmadminpw
USING ‘DB2'
затем, почему ..@db2, ведь к элементам БД обращение идет через имя линка. Или нет все-таки?
3 сен 07, 11:10    [4611533]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
vyv3
Пропагация не работает, что видно и по логам, после любого изменения должны, увеличиваться:
SQL>
  1  select qname,total_number,total_bytes
  2*     from dba_queue_schedules
SQL> /

QNAME                          TOTAL_NUMBER TOTAL_BYTES
------------------------------ ------------ -----------
STREAMS_QUEUE                             4        1360
STREAMS_QUEUE                          3737     3070841
STRM_QUEUE                              222      101336

SQL> 

т.е. после апдейта таблицы на которую настроено, capture, propagation
3 сен 07, 11:10    [4611537]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
попробовала так как Вы советуете - все по прежнему, правда ошибки такой в alertlog файле нет.
3 сен 07, 11:25    [4611619]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius
попробовала так как Вы советуете - все по прежнему, правда ошибки такой в alertlog файле нет.

DBlink пересоздали?
Линк работает?
select * from dual@db2;
Propagation тоже пересоздали?
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES (
  table_name            => 'strmadmin.employee'
, streams_name      	=> 'maindb_to_subdb1'
, source_queue_name 	=> 'strmadmin.streams_queue'
, destination_queue_name
                        => 'strmadmin.streams_queue@db2'
, source_database   	=> 'orcl'
, include_ddl       	=> TRUE
);
END;
/

Еще можно посмотреть на:
select last_run_date,last_error_msg
     from dba_queue_schedules;
3 сен 07, 11:42    [4611729]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
На всякий случай по шагам опишу как, что создавалось:
1. Очереди на обеих БД
EXECUTE DBMS_STREAMS_ADM.SET_UP_QUEUE ( );

2.
ALTER TABLE employee ADD SUPPLEMENTAL LOG DATA ( PRIMARY KEY ) COLUMNS; 

3. Процесс захвата изменений
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES (
  table_name     => 'strmadmin.employee'
, streams_type   => 'capture'
, streams_name   => 'capture_stream'
, include_ddl    => TRUE
);
END;
/

4. Процесс переноса изменений:
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES (
  table_name            => 'strmadmin.employee'
, streams_name      	=> 'maindb_to_subdb1’
, source_queue_name 	=> 'strmadmin.streams_queue'
, destination_queue_name
                        => 'strmadmin.streams_queue@db2'
, source_database   	=> 'orcl'
, include_ddl       	=> TRUE
);
END;
/

5.
BEGIN
DBMS_APPLY_ADM.SET_TABLE_INSTANTIATION_SCN@orcl (
  source_object_name   => 'strmadmin.employee'
, source_database_name => 'orcl'
, instantiation_scn    => DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER
);
END;
/

6. На принимающей стороне
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_RULES (
  table_name      => 'strmadmin.employee'
, streams_type    => 'apply'
, streams_name    => 'apply_stream'
, source_database => 'orcl'
, include_ddl     => TRUE
);
END;
/

BEGIN
DBMS_APPLY_ADM.SET_PARAMETER (
  apply_name  => 'apply_stream'
, parameter   => 'disable_on_error'
, value       => 'N'
);
END;
/


3 сен 07, 11:47    [4611762]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
remedius

5.
BEGIN
DBMS_APPLY_ADM.SET_TABLE_INSTANTIATION_SCN@orcl (
  source_object_name   => 'strmadmin.employee'
, source_database_name => 'orcl'
, instantiation_scn    => DBMS_FLASHBACK.GET_SYSTEM_CHANGE_NUMBER
);
END;
/


[/src]

DBMS_APPLY_ADM.SET_TABLE_INSTANTIATION_SCN@db2 (
3 сен 07, 11:49    [4611776]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
vyv3

DBlink пересоздали?
Линк работает?
select * from dual@db2;
Propagation тоже пересоздали?
BEGIN
DBMS_STREAMS_ADM.ADD_TABLE_PROPAGATION_RULES (
  table_name            => 'strmadmin.employee'
, streams_name      	=> 'maindb_to_subdb1'
, source_queue_name 	=> 'strmadmin.streams_queue'
, destination_queue_name
                        => 'strmadmin.streams_queue@db2'
, source_database   	=> 'orcl'
, include_ddl       	=> TRUE
);
END;
/

Еще можно посмотреть на:
select last_run_date,last_error_msg
     from dba_queue_schedules;


1. Линк работает.
2. Propagation пересоздала
3. dba_queue_schedules - таблица пуста
4. Вы так и не объяснили на счет параметра GLobal_Nаme=true. Или его надо установить в false?
3 сен 07, 11:49    [4611777]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
vyv3
Member

Откуда: Нск
Сообщений: 305
select name,value
     from V$parameter where name like 'aq%';
value >0?
И вот статья вроде если все правильно делать, то работает:
http://www.interface.ru/home.asp?artId=292
3 сен 07, 11:50    [4611792]     Ответить | Цитировать Сообщить модератору
 Re: Потоки в Оракл. Отладка.  [new]
remedius
Member

Откуда:
Сообщений: 106
vyv3
select name,value
     from V$parameter where name like 'aq%';
value >0?
И вот статья вроде если все правильно делать, то работает:
http://www.interface.ru/home.asp?artId=292


Нет value=0
3 сен 07, 11:51    [4611797]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить