AXForum  
Zurück   AXForum > Microsoft Dynamics AX > DAX: Администрирование
DAX
Kennwort vergessen?
Registrieren Forum Rules Hilfe Benutzerliste Heutige Beiträge Suchen

 
 
Themen-Optionen Thema durchsuchen Ansicht
Alt 30.01.2015, 10:50   #1  
antoniodba ist offline
antoniodba
Участник
 
7 / 10 (1) +
Registriert seit: 30.01.2015
Axapta плодит темповые таблицы в БД Oracle
Добрый день, форумчане.

Dynamics AX 2009
kernel 5.0.1000.52
application 5.0.1001.151

БД Oracle 10.2.0.4

В схеме, где лежат таблицы Axapta плодятся в огромном количестве GLOBAL TEMPORARY TABLE с именами вида "ax_tmp_dat2_4795709_2176"

Даже, при перезагрузке AOS таблички не исчезают.

Могу я их вручную из БД поудалять?
Alt 30.01.2015, 12:12   #2  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
Вообще-то они должны удаляться on commit автоматом.
Странное что-то у вас творится.
Alt 30.01.2015, 12:12   #3  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
А сам Оракл не пробовали перестартовать ?
Alt 30.01.2015, 13:39   #4  
antoniodba ist offline
antoniodba
Участник
 
7 / 10 (1) +
Registriert seit: 30.01.2015
Logger, скрипт таблицы такой:
CREATE GLOBAL TEMPORARY TABLE DAX."ax_tmp_dat2_12056660_859"
(
F1 NVARCHAR2(100) NOT NULL,
F2 NVARCHAR2(100) NOT NULL,
F3 NUMBER(20) NOT NULL,
F4 NUMBER(20) NOT NULL,
F5 NUMBER(10) NOT NULL,
F6 NVARCHAR2(4) NOT NULL,
F7 DATE NOT NULL,
F8 NUMBER(10) NOT NULL,
F9 NUMBER(10) NOT NULL,
F10 NVARCHAR2(5) NOT NULL,
F11 BLOB,
F12 BLOB,
F13 NUMBER(10) NOT NULL,
F14 DATE NOT NULL,
F15 NUMBER(10) NOT NULL,
F16 DATE NOT NULL,
F17 NUMBER(10) NOT NULL,
F18 NUMBER(10) NOT NULL,
F19 NUMBER(10) NOT NULL,
F20 NUMBER(10) NOT NULL,
F21 NUMBER(10) NOT NULL,
F22 NUMBER(10) NOT NULL,
F23 NUMBER(20) NOT NULL,
RECVERSION NUMBER,
RECID NUMBER
)
ON COMMIT DELETE ROWS
NOCACHE;

Синтаксис ON COMMIT DELETE ROWS - данные удаляются после commit(завершения транзакции), но описание таблицы сохраняется в словаре данных БД Oracle.
Метаданные таблички остаются, даже после перезагрузки БД.

Почему axapta не срубает их?

У меня их уже сотни тысяч, во как...
Alt 30.01.2015, 13:46   #5  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
странно.
Должна бы.
Внутр незакоммиченной транзакции их может быть очень много. Это нормально.
Но после коммита по идее должны удаляться.

Как-то раз встречался с ситуацией когда можно было создать объект (табличку, индекс), переименовать, а удалить нельзя.

Возможно что-то с правами в оракле накручено.
Alt 30.01.2015, 13:49   #6  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
Еще вариант - у вас остались зависшие сессии пользователей с открытыми транзакциями (такое иногда бывает, аос перезагрузили, а сессия внутри оракла все равно живая - отстрелите эти сессии или перестартуйте БД)
Alt 30.01.2015, 14:02   #7  
antoniodba ist offline
antoniodba
Участник
 
7 / 10 (1) +
Registriert seit: 30.01.2015
С правами все в порядке.

База Oracle перегружалась, а таблички пустые висят.

Их вручную можно удалить из БД (погасив AOS и проверив, что нет зависших сессий в БД Oracle ) или нет?
Alt 30.01.2015, 14:03   #8  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
Конечно можно.
This post has been rated by: antoniodba (1).
Alt 30.01.2015, 16:27   #9  
antoniodba ist offline
antoniodba
Участник
 
7 / 10 (1) +
Registriert seit: 30.01.2015
Logger, спасибо.
Alt 31.01.2015, 20:26   #10  
Raven Melancholic ist offline
Raven Melancholic
Участник
Benutzerbild von Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2.164 / 1296 (48) ++++++++
Registriert seit: 21.03.2005
Ort: Москва-Петушки
В AX 2009 вообще управления временными таблицами базы данных нет. Оно появилось только в DAX2012.
Естественно, что движок базы данных может принимать решение об использовании для определенных операций (сортировка и т.п.). Может быть какие-то временные таблицы может использовать Акса (изменение структуры таблицы с сохранением данных и прочие технические операции). В любом случае, после завершения сессии, все эти временные таблицы должны быть грохнуты. Возможно, что удалить эти временные артефакты мешают какие-то настройки сервера базы данных?
Alt 01.02.2015, 11:32   #11  
Logger ist offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3.996 / 3293 (117) ++++++++++
Registriert seit: 12.10.2004
Ort: Москва
Blog-Einträge: 2
Это у них остались времянки которые Аксапта генерит при выполнении insert_recordset
Почему-то не вычистились, хотя должны. Мне тоже кажется что дело в настройках оракла.
Stichworte
oracle

 

Ähnliche Themen
Thema Autor Forum Antworten Letzter Beitrag
axaptacorner: Dynamics Axapta History Blog bot DAX Blogs 0 15.06.2012 17:11
Переход с Axapta 3.0 на AX 2009 - критика утилиты конвертации БД и скриптов обновления gl00mie DAX: Администрирование 5 02.01.2011 23:37
SQL Server - создание таблицы в БД Аксапты Hyper DAX: Программирование 7 06.08.2010 19:40
Axapta 3.0SP3RU под Oracle 9.2.* RDBMS George V. Tavrizoff DAX: Администрирование 7 24.10.2008 12:29
Ускорение выполнения запроса Oracle + MS Axapta Горбунов Дмитрий DAX: Программирование 17 15.11.2005 18:13

Forumregeln
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Gehe zu

Рейтинг@Mail.ru
Alle Zeitangaben in WEZ +3. Es ist jetzt 17:42 Uhr.
Powered by vBulletin® Version 3.8.5 (Deutsch)
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.