Невозможно выбрать запись в 'LedgerBalancesDim' ('LedgerBalancesDim')

[Beast-L]

Невозможно выбрать запись в 'LedgerBalancesDim' ('LedgerBalancesDim')
База данных SQL обнаружила ошибку.
ORA-00942: таблица или представление пользователя не существует
SELECT /*+ FIRST_ROWS */SUM(A.DEBITMST),SUM(A.CREDITMST) FROM LEDGERBALANCESDIM A WHERE ((DATAAREAID=NLS_LOWER(:in1)) AND ((((ACCOUNTNUM=NLS_LOWER(:in2)) AND (TRANSDATE<=:in3)) AND ((PERIODCODE>=:in4) AND (PERIODCODE<=:in5))) AND (SYSTEMGENERATEDULTIMO=:in6)))

Выскакивает при:
Главная книга - План счетов - Сальдо - Сальдо

Непонятно почему выскакивает ведь представление на месте.

[glibs]

Похоже, у вас Oracle. С правами доступа к объектам на уровне СУБД все в порядке? Другими словами (в терминах MS SQL) владелец вьюхи совпадает с текущим пользователем.

[Beast-L]

Права никто не менял. Раньше работало правильно.

[glibs]

Почему вы в этом так уверены?

Достаточно кому-то прописать в конфигурационной утилите другого пользователя и синхронизировать под ним вьюху.

Если не начать проверять различные варианты и отбрасывать их до тех пор, пока вы не доберетесь до причины проблемы, то у вас есть большие шансы ее не решить.

У меня постоянно бывают разговоры такого плана.
- Такая-то проблема
- Проверь то-то то-то
- Проверял
- Точно?
- Кровь из носу
- А это
- Не работает
- А то
- Тоже не работает
- Не может быть

В результате прихожу... проблема таки оказывается в том, что проверено точно кровь из носу
- ???
- Ну... му...

Почему бы вам не начать аккуратно все проверять?

Ошибка я так понимаю SQLная (уровня СУБД)?

[Beast-L]

Посмотрели на СУБД view шки действительно нету
запускал вчера синхронизацию всего приложения эффекта 0

[tolstjak]

Смените владельца таблицы(вьюшки).

[Beast-L]

Цитата:

Сообщение от tolstjak

Смените владельца таблицы(вьюшки).

Как сменить владельца вьюшки если её не существует?

[tolstjak]

Цитата:

Сообщение от Beast-L

Как сменить владельца вьюшки если её не существует?

Вьюшка LedgerBalancesDim в базе Аксапта есть - в крайнем случае у нас..
Можете посмотреть через SQL.
Сменить владельца вьюшки можно джобиком.

[Beast-L]

В том то и дело что у нас её нет

[petr]

Что происходит если заходите в AOT в раздел View выбираете вашу пропавшую View-шку и синхронизируете?

[Beast-L]

Трассировка показывает
SELECT A.TABLEID,A.RECID FROM SQLDICTIONARY A WHERE (((FLAGS=:in1) AND (SHADOW=:in2)) AND (STRSIZE IN (:in3) ))
SELECT A.TABLEID,A.FIELDID,A.ARRAY,A.NAME,A.SQLNAME,A.FIELDTYPE,A.STRSIZE,A.SHADOW,A.RIGHTJUSTIFY,A.NULLABLE,A.FLAGS,A.RECID FROM SQLDICTIONARY A WHERE ((TABLEID=:in1) AND (SHADOW=:in2)) ORDER BY A.TABLEID,A.FIELDID,A.ARRAY,A.SHADOW
SELECT /*+ INDEX(A I_1518KEYIDX) FIRST_ROWS */A.VERSION,A.APPBUILD,A.KERNELBUILD,A.DESCRIPTION,A.NAME,A.CREATEDDATE,A.CREATEDTIME,A.CREATEDBY,A.RECID FROM SYSSETUPLOG A WHERE (((((SUBSTR(NLS_LOWER(VERSION),1,10)=NLS_LOWER(:in1)) AND (SUBSTR(NLS_LOWER(APPBUILD),1,30)=NLS_LOWER(:in2))) AND (SUBSTR(NLS_LOWER(KERNELBUILD),1,10)=NLS_LOWER(:in3))) AND (SUBSTR(NLS_LOWER(NAME),1,40)=NLS_LOWER(:in4))) AND (SUBSTR(NLS_LOWER(DESCRIPTION),1,50)=NLS_LOWER(:in5)))
SELECT /*+ INDEX(A I_1518KEYIDX) FIRST_ROWS */A.VERSION,A.APPBUILD,A.KERNELBUILD,A.DESCRIPTION,A.NAME,A.CREATEDDATE,A.CREATEDTIME,A.CREATEDBY,A.RECID FROM SYSSETUPLOG A WHERE (((((SUBSTR(NLS_LOWER(VERSION),1,10)=NLS_LOWER(:in1)) AND (SUBSTR(NLS_LOWER(APPBUILD),1,30)=NLS_LOWER(:in2))) AND (SUBSTR(NLS_LOWER(KERNELBUILD),1,10)=NLS_LOWER(:in3))) AND (SUBSTR(NLS_LOWER(NAME),1,40)=NLS_LOWER(:in4))) AND (SUBSTR(NLS_LOWER(DESCRIPTION),1,50)=NLS_LOWER(:in5)))
SELECT /*+ INDEX(A I_1518KEYIDX) FIRST_ROWS */A.VERSION,A.APPBUILD,A.KERNELBUILD,A.DESCRIPTION,A.NAME,A.CREATEDDATE,A.CREATEDTIME,A.CREATEDBY,A.RECID FROM SYSSETUPLOG A WHERE (((((SUBSTR(NLS_LOWER(VERSION),1,10)=NLS_LOWER(:in1)) AND (SUBSTR(NLS_LOWER(APPBUILD),1,30)=NLS_LOWER(:in2))) AND (SUBSTR(NLS_LOWER(KERNELBUILD),1,10)=NLS_LOWER(:in3))) AND (SUBSTR(NLS_LOWER(NAME),1,40)=NLS_LOWER(:in4))) AND (SUBSTR(NLS_LOWER(DESCRIPTION),1,50)=NLS_LOWER(:in5)))
DELETE FROM SYSCONFIG WHERE ((CONFIGTYPE=:in1) AND (ID=:in2))
INSERT INTO SYSCONFIG (CONFIGTYPE,ID,VALUE,MODIFIEDDATE,MODIFIEDTIME,MODIFIEDBY,CREATEDDATE,CREATEDTIME,CREATEDBY,RECID) VALUES (:in1,:in2,:in3,:in4,:in5,:in6,:in7,:in8,:in9,:in10)

[petr]

А ошибку Аксапта выдает?

А если попробовать на другой вьюшке, например создать новую, посмотреть, что она появилась в SQL-сервере, затем удалить ее из SQL-сервера и опять синхронизировать в Аксапте, то в таком случае появиться она снова в SQL-сервере?

[Beast-L]

Цитата:

Сообщение от petr

Другие то аксаптовские вьюшки та все есть? Эта единственная которая исчезла из SQL-сервера?

Не единственная, но и не все такие.

Цитата:

Сообщение от petr

А ошибку Аксапта выдает?

А если попробовать на другой вьюшке, например создать новую, посмотреть, что она появилась в SQL-сервере, затем удалить ее из SQL-сервера и опять синхронизировать в Аксапте, то в таком случае появиться она снова в SQL-сервере?

Выдает что её нет.
Если создавать новую, то новая синхронизируется нормально.

[petr]

Другие то аксаптовские вьюшки та все есть? Эта единственная которая исчезла из SQL-сервера?

[Vadik]

почистите SQLDICTIONARY для этого view и синхронизуйтесь

[Beast-L]

Цитата:

Сообщение от Vadik

почистите SQLDICTIONARY для этого view и синхронизуйтесь

как его чистить?

[glibs]

Цитата:

Сообщение от Beast-L

как его чистить?

На MS SQL это выглядит примерно так

delete from bmssa.sqldictionary
where tableid = 1357

Но, возможно, вам придется что-то подправить для учета особенностей ораклиного диалекта.

[petr]

Я имел ввиду, выдает ли Аксапта ошибку когда вы пытаетесь синхронизировать из АОТа пропавшую вьюшку?

Я так понимаю, что не выдает. Т.е. Аксапта думает, что вьюшка на SQL-сервере есть (я так понимаю, что Аксапта просматривает SQLDICTIONARY а котором говорил Vadik. Так как в SQLDICTIONARY запись о вашей вьюшке по-видимому существует, то новая и не создается. Но в тоже время старяю тоже исчезла.

Я так понимаю что совет Vadik

Цитата:

почистите SQLDICTIONARY для этого view и синхронизуйтесь

посностью решит вашу проблемму. Толька как его почистить я не знаю, может кто-нибудь другой подскажет.

[petr]

Посмотрел, SQLDICTIONARY - это таблица Аксапты, доступна для просмотра и редактирования (удаления записей) из АОТа в узле systemdocumenttation/tables. Заходите тут и в обозревателе таблиц находите записи, касающиеся вашей вьюшки по tableId (скорее всего 1357) и удаляете, потом синхронизируете вьюшку

[Beast-L]

Заработало Пасибки всем