Скопировать базу в другую папку (зайти в корневой каталог 1С-Звит «C:Documents and Settingsall Usersapplication Data1CZvit , …» — папки DB — файл zvit.fdb).
Нас находят: dynamic sql error sql error code 204 table unknown, Ошибка: Dynamic SQL Error SQL error code = -204 Table unknown LAYERFIELDTYPES At line 1 column 31 В запросе: select * from LayerFieldTypes where 1=2 Параметры: Ошибка: Dynamic SQL Error SQL error code = -204 Table unknown LAYERFIELDTYPESDETAIL At line 1 co, dynamic sql error sql error code 204 procedure unknown, dynamic sql арм звіт, dynamic sql error sql error code = -204 table unknown, НИВА-СХП Dynamic SQL Error SQL error code = -204 Procedure unknown GD_P_SEC_LOGINUSER, undefined name dynamic sql error table unknown program label, sql error code 204 table unknown, Prepare SQL statement failed Dynamic SQL Error SQL error code = -204 Table unknown KI_CAT At line 1 column 27, Dynamic SQL Error SQL error code = -204 Table unknown TEACH_PLAN_CAPTIONS At line 1 column 35
Я создал локальную базу данных в DB2 под названием » TestDB «затем я создал таблицу» TestTable ‘. Я обнаружил, что таблица помещена под именем схемы » yasmin ‘. Я пытаюсь подключиться к DB2 база данных с использованием JDBC но у меня есть это исключение
Я пробовал много решений в Интернете. Как и установленная схема, но, к сожалению, не работает.
Это код JDBC, который я использовал
- Плз, мне нужна твоя помощь. Вопрос просматривается 10 раз, ответа нет. Если вопрос не ясен, скажите мне, какую дополнительную информацию я должен добавить.
Как сказал @Mark Rotteveel, -204 ошибка связана с отсутствующим объектом, но он отсутствует по причине, отличной от указанной.
Он не найден, потому что вы не добавили к нему префикс имени схемы. Вы сказали выше, что это в схеме yasmin , но вы подключаетесь к db2admin , поэтому он пытается искать db2admin.TestTable .
должно быть то, что вы ищете.
По умолчанию путь поиска схем — это имя текущего подключающегося пользователя. Вы можете увидеть, что он использует
Если вы хотите изменить его, вы можете использовать команду SET SCHEMA для изменения пути поиска, но обычно проще просто включить имя схемы в ваш запрос.
- К сожалению, я использовал этот запрос раньше, но он тоже не работает. Я попытался установить схему таблицы в db2 как «db2admin» с помощью запроса и проверить текущую схему с помощью запроса. это изменило. После этого, если я просматриваю схему таблицы, тот же «ясмин» не меняется.
Ошибка SQLERROR -204, SQLSTATE 42704 — это отсутствующее / неизвестное имя объекта, и, скорее всего, это вызвано отсутствием места в:
Что должно быть:
- Извините, но я не знаю, о каком пространстве вы говорите?
- @Yasmin Тогда, скорее всего, у вас нет таблицы с именем TestTable , или его необходимо указать с учетом регистра.
Проблема заключалась в том, что таблица, которую я создал в db2, имеет имя схемы ‘yasmin’
Я использовал логин и пароль ‘db2admin/db2admin’ В соединении JDBC
поэтому он ищет таблицу в этой схеме «db2admin»
поэтому мне нужно установить схему как ‘yasmin’
поэтому я добавил следующие строки кода после создания подключения
и предоставьте db2admin все привилегии для этой таблицы в db2
1-Щелкните правой кнопкой мыши по таблице и выберите привилегии
2-Нажмите кнопку «Добавить пользователя».
3-затем введите имя пользователя «db2admin» и нажмите кнопку «Применить»
4-Затем выберите пользователя, которого вы только что добавили, и нажмите кнопку «gtant all».
Теперь он может видеть стол.
Большое спасибо @Mark Rotteveel и @bhamby за вашу помощь.
Если вы подключаетесь в Spring с помощью Hibernate, используйте следующую строку в строке свойств
Другой способ — просто создать АЛИАС, например:
Источник
iBase.ru Forum
Форум по InterBase, Firebird и Yaffil
- Темы без ответов
- Активные темы
- Поиск
- Наша команда
Table unknown. RDB$DATABASE.
Table unknown. RDB$DATABASE.
Сообщение Konstantin » 17 июн 2005, 07:43
через IBExpert дал Одной из ролей все права на чтение таблиц.
После этого к базе могу подключится только через SYSDBA.
Пользователи все подключаются через Роли.
если подключаться пользователем с ролью вылетает ошибка
Undefined name.
Dynamic SQL Error.
SQL error code = -204.
Table unknown.
RDB$DATABASE.
At line 2, column 19.
Что делать?? в чем проблема.
Сообщение kdv » 17 июн 2005, 10:36
Сообщение Konstantin » 17 июн 2005, 11:41
И что там смотреть.
Сообщение Konstantin » 17 июн 2005, 13:42
Удалил Роль из базы.
почистил все упоминания этой роли в rdb$user_privileges
Сообщение Merlin » 17 июн 2005, 14:05
Сообщение Konstantin » 20 июн 2005, 08:43
Да не трогал я системные таблицы.
Роли права назначал через IBExpert .
Это уже не первый раз. такое а бакап и ресторе 4Гига делать каждый раз. долговато.
Сообщение Merlin » 20 июн 2005, 12:54
Сообщение Konstantin » 20 июн 2005, 13:08
А вот этим часто пользуемся.
Так как лечить то. 4Гига сильно долго бакап ресторе делать.
Причем на убитой базе — удаляли все права кроме Sysdbа
назначали снова — через Эксперт все рано не коннктится.
мне нужно выснить причину что повлекло это.
и в следующий раз лечить это быстро.
Сообщение Merlin » 20 июн 2005, 13:48
select * from rdb$user_privileges where rdb$relation_name starting ‘RDB$’
По уму должен получить не больше 6 записей с доступом к RDB$ROLES — 5 на все права создателя базы (если он не SYSDBA) и 1 на чтение PUBLIC. Если что вылезет ещё — revoke. По идее должно оклематься, но я бы советовал всё-таки b/r — там остаются лишние записи в RDB$SECURITY_CLASSES, чем может аукнуться впоследствии — не знаю.
- Список форумов
- Часовой пояс: UTC+03:00
- Удалить cookies
- Наша команда
Создано на основе phpBB® Forum Software © phpBB Limited
Источник
Sql error code 204 что за ошибка
С 1 июля 2017 прекращена поддержка программного продукта Frontol 4
С 9 ноября 2019 прекращена поддержка программного продукта Frontol 5
пруф
С 3 августа 2017 восстановление лицензий производится ТОЛЬКО через СервисДеск
Просьба обращаться к партнерам компании для оформления заявок в СД
Группа: Новички
Сообщений: 1
Регистрация: 24.4.2017
Пользователь №: 139 358
После аварийного отключения энергии не открывается база.
Dinamic SQL Error
SQL error code = -204
Table unknow
USER
at line 2, column1.
Тех.поддержка
Группа: Администраторы
Сообщений: 58 114
Регистрация: 25.9.2008
Из: Москва
Пользователь №: 14 717
Источник
Submitted by: julian bui (jbu311)
Related to a bug found in the bug tracker. It looks like nobody did anything with that one because they didn’t have queries. I was able to duplicate the bug and here are the queries I used. Fields are censored for privacy reasons.
//NEXT THREE LINES EXECUTE WITHOUT ERRORS
String createTableQueryString = «CREATE TABLE MY_TABLE (aaaSMALLINT, bbbBIGINT, cccSMALLINT, ddd DOUBLE PRECISION, eee CHAR(16));»;
PreparedStatement ps = conn.prepareStatement(createTableQueryString);
ps.execute();
//NEXT FEWLINES PRODUCE ERROR:
try {
dataInsertPs = conn.prepareStatement(«INSERT INTO MY_TABLE (aaa, bbb, ccc, ddd, eee) VALUES (?, ?, ?, ?, ? )»);
} catch (SQLException ex) {
Logger.getLogger(Main.class.getName()).log(Level.SEVERE, «Could not create prepared statement», ex);
}
ERROR:
databaseURL = jdbc:firebirdsql:embedded:V:TempDB.FDB
Oct 22, 2008 1:24:06 PM Main createPreparedStatement
SEVERE: Could not create prepared statement
org.firebirdsql.jdbc.FBSQLException: GDS Exception. 335544569. Dynamic SQL Error
SQL error code = -204
Table unknown
MY_TABLE
At line 1, column 13
at org.firebirdsql.jdbc.AbstractPreparedStatement.<init>(AbstractPreparedStatement.java:127)
at org.firebirdsql.jdbc.FBPreparedStatement.<init>(FBPreparedStatement.java:41)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at org.firebirdsql.jdbc.FBStatementFactory.createPreparedStatement(FBStatementFactory.java:90)
at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:869)
at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:824)
at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:817)
at org.firebirdsql.jdbc.AbstractConnection.prepareStatement(AbstractConnection.java:293)
at Main.createPreparedStatement(Main.java:101)
at Main.main(Main.java:189)
- Remove From My Forums
-
Вопрос
-
Доброго времени суток,
необходимо забрать данные из БД Firebird в БД MS SQL .
На тестовый ПК с MS SQL 2008 R2, установил Firebird Superserver 2.5 (32-bit), драйвер ODBC Firebird 32-bit.
Настроил источник данных ODBC, тест соединения к БД Firebird проходит успешно. Добавил Linked Server используя созданный источник данных.
Могу просмотреть список таблиц в БД Firebird, но все запросы отваливаются с различными ошибками.
Например:
OLE DB provider «MSDASQL» for linked server «FB» returned message «[ODBC Firebird Driver][Firebird]Dynamic SQL Error
SQL error code = -204
Table unknown
DCFUELS
At line 1, column 15″.
Msg 7306, Level 16, State 2, Line 3
Cannot open the table «dcFuels» from OLE DB provider «MSDASQL» for linked server «FB».Может у кого есть опыт в решение подобных задач?
P.S. Вытащить данные смог только через OpenRowSet(причем используя тот же провайдер «MSDASQL»). Но этот тип запроса не устраивает и есть проблемы с кодировкой.
—
—
—
-
Изменено
11 октября 2016 г. 4:13
-
Изменено
Ответы
-
Решил задачу таким образом:
DECLARE @DatetimePoint VARCHAR(20); DECLARE @LinkedServer VARCHAR(2000); DECLARE @Query VARCHAR(2000); DECLARE @TSQL VARCHAR(8000); SET @DatetimePoint = '2016-09-15 12:00'; SET @LinkedServer = 'Driver={Firebird/InterBase(r) driver}; Password=masterkey; Persist Security Info=True; User ID=SYSDBA; Uid=SYSDBA; Pwd=masterkey; CHARSET=UTF8; DbName=E:DatabaseTOPAZAZS.FDB'; SET @Query = 'SELECT * FROM "sysEvents" WHERE "DateTime" >= CAST(''''' + @DatetimePoint + ''''' AS TIMESTAMP)'; SET @TSQL = 'SELECT * FROM OPENROWSET(''MSDASQL'', ''' + @LinkedServer + ''', ''' + @Query + ''')'; EXEC (@TSQL)
В целом это решение. Запрос выполняется, проблем с кодировкой нет.
Но все равно остается вопрос почему не выполняется запрос к созданному linked server, который использует источник данных ODBC.
P.S. Строка запроса выполняемая к БД Firebird (@Query), должна использовать синтаксис Firebird.
-
Изменено
wUI
11 октября 2016 г. 5:42
уточнение -
Помечено в качестве ответа
wUI
11 октября 2016 г. 11:14
-
Изменено
Sone4chko 0 / 0 / 0 Регистрация: 27.09.2009 Сообщений: 56 |
||||
1 |
||||
08.11.2011, 01:58. Показов 7726. Ответов 5 Метки нет (Все метки)
Здравствуйте! Не могу понять почему не работает запрос по базе, созданной в InterBase. База подключена к программе на Builder C++. В коде запроса я прописала:
Выдает ошибку Dynamic SQL Error. SQL Error Code = -204. Table unknown Championship. подскажите пожалуйста в чем проблема.
__________________
0 |
1263 / 706 / 62 Регистрация: 21.12.2009 Сообщений: 2,255 |
|
08.11.2011, 06:15 |
2 |
Вы уверены, что в Вашей БД, которую вы создали и с которой соединяетесь есть таблицы Championship и Club
Если Championship с Club поменять местами, будет писать Club Как только при попытке исполнения запроса обнаруживается отсутствие объекта в БД сервер сообщает об ошибке и прекращает дальнейшую обработку запроса. Так, что тут никаких чудес нет!
0 |
0 / 0 / 0 Регистрация: 27.09.2009 Сообщений: 56 |
|
08.11.2011, 13:53 [ТС] |
3 |
да, я уверена, что таблицы существуют. они у меня тоже открыты в программе. И при создании запроса на боковой панели есть список всех таблиц в этой базе, среди них есть и Championship, и Club
0 |
1263 / 706 / 62 Регистрация: 21.12.2009 Сообщений: 2,255 |
|
08.11.2011, 15:36 |
4 |
Сколько-нибудь точных предположений по поводу Вашей проблемы нет, к сожалению. Рекомендации следующие
0 |
0 / 0 / 0 Регистрация: 27.09.2009 Сообщений: 56 |
|
08.11.2011, 19:50 [ТС] |
5 |
Проблема была действительно в ковычках. Спасибо!)
0 |
1263 / 706 / 62 Регистрация: 21.12.2009 Сообщений: 2,255 |
|
09.11.2011, 05:39 |
6 |
Проблема была действительно в ковычках В общем случае использовать кавычки при именовании объектов не рекомендуется. Их приходится использовать, если объектам БД присваиваются имена с использованием корилицы или используются зарезервированные слова. Но этого тоже делать не надо, ибо, как правило, порождает побочные эффкты!
0 |
Модераторы: kdv, Alexey Kovyazin
-
Konstantin
- Сообщения: 37
- Зарегистрирован: 27 окт 2004, 06:01
Table unknown. RDB$DATABASE.
через IBExpert дал Одной из ролей все права на чтение таблиц.
После этого к базе могу подключится только через SYSDBA.
Пользователи все подключаются через Роли.
если подключаться пользователем с ролью вылетает ошибка
Undefined name.
Dynamic SQL Error.
SQL error code = -204.
Table unknown.
RDB$DATABASE.
At line 2, column 19.
Что делать?? в чем проблема???
-
kdv
- Forum Admin
- Сообщения: 6595
- Зарегистрирован: 25 окт 2004, 18:07
Сообщение
kdv » 17 июн 2005, 10:36
нажал не ту нкопку, и создались не те права. см. в rdb$user_privileges
-
Konstantin
- Сообщения: 37
- Зарегистрирован: 27 окт 2004, 06:01
Сообщение
Konstantin » 17 июн 2005, 13:42
Удалил Роль из базы.
почистил все упоминания этой роли в rdb$user_privileges
не помогает.
-
Merlin
- Динозавр IB/FB
- Сообщения: 1502
- Зарегистрирован: 27 окт 2004, 11:44
Сообщение
Merlin » 17 июн 2005, 14:05
Сделай backup-restore и больше не балуйся с правами на системные таблицы.
-
Konstantin
- Сообщения: 37
- Зарегистрирован: 27 окт 2004, 06:01
Сообщение
Konstantin » 20 июн 2005, 08:43
Да не трогал я системные таблицы.
Роли права назначал через IBExpert .
Это уже не первый раз. такое а бакап и ресторе 4Гига делать каждый раз. долговато.
-
Merlin
- Динозавр IB/FB
- Сообщения: 1502
- Зарегистрирован: 27 окт 2004, 11:44
Сообщение
Merlin » 20 июн 2005, 12:54
Konstantin писал(а):Да не трогал я системные таблицы.
Трогал-трогал. Чудес не бывает.
Konstantin писал(а):
Роли права назначал через IBExpert .
Вот тут руки и не помыл. То ли сам назначил права на доступ к системеным таблицам, то ли Экспертовский автогрант помог.
-
Konstantin
- Сообщения: 37
- Зарегистрирован: 27 окт 2004, 06:01
Сообщение
Konstantin » 20 июн 2005, 13:08
Merlin писал(а): то ли Экспертовский автогрант помог.
А вот этим часто пользуемся.
Так как лечить то??? 4Гига сильно долго бакап ресторе делать.
Причем на убитой базе — удаляли все права кроме Sysdbа
назначали снова — через Эксперт все рано не коннктится.
мне нужно выснить причину что повлекло это.
и в следующий раз лечить это быстро.
-
Merlin
- Динозавр IB/FB
- Сообщения: 1502
- Зарегистрирован: 27 окт 2004, 11:44
Сообщение
Merlin » 20 июн 2005, 13:48
select * from rdb$user_privileges where rdb$relation_name starting ‘RDB$’
По уму должен получить не больше 6 записей с доступом к RDB$ROLES — 5 на все права создателя базы (если он не SYSDBA) и 1 на чтение PUBLIC. Если что вылезет ещё — revoke. По идее должно оклематься, но я бы советовал всё-таки b/r — там остаются лишние записи в RDB$SECURITY_CLASSES, чем может аукнуться впоследствии — не знаю.