Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
Бьюсь неделю над проблемой. Такая у меня проблема: Есть программа на MS ACCESS 2003. Одна присоединенная таблица находится в PostgreSQL 8.0 Запускаю расчет в ACCESS первый раз - все нормально, данные добавляются в эту присоединенную таблицу в PostgreSQL. Данные примерно 50000 строк добавляются одним запросом. Не выходя из программы MS ACCESS запускаю расчет снова и получаю ошибку. Перед тем как добавить эти 50000 строк в PostgreSQL, программа удаляет запросом на удаление прежние 50000 строк в PostgreSQL (чтобы на их место вставить новые данные). Так вот запрос на удаление не может удалить прежние данные в PostgreSQL. Прилагаю присоединенную открытую в MS ACCESS таблицу из PostgreSQL. Видно что везде #Name. То есть запрос на удаление не срабатывает потому что возникает этот самый #Name. Причем если сделать в MS ACCESS простейший статический запрос к этой таблице, то данные видны. Далее: Если я делаю удаление и вставку запросами в MS ACCESS вручную (не в теле программы), то можно удалять и вставлять данные в PostgreSQL сколько душе угодно. Получается, что связь с таблицей в PostgreSQL нарушается в процессе расчета. Причем если я веду расчет в отладчике MS ACCESS, то расчет проходит нормально. В общем какой-то заколдованный круг. Мне нравится PostgreSQL, хочется с ним работать в связке MS ACCESS 2003 и PostgreSQL. Может посоветуете что-нибудь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2005, 14:11 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
1/ подкрутите настройки ODBC /или поменяйте драйвер (см поиском ODBC по местному форуму и аксессовскому - вероятно наткнетесь - я когда-то встечал аналогичную проблему) 2/ Предпочтительно запросы на исполнение слать серверу непосредственно (запросы к серверу, они же - запросы, выполняемые в рабочей области ODBCDirects (DAO) и т.п.). А не полагаться на перевод с джетовского на серверный. 3/ телепаты в отпуске. задайте вопрос с цитированием сбойного кода (видимо лучше - в аксесс-овском форуме). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.01.2005, 17:48 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
Ничего у меня не получается. Очень, очень жаль. К этому моменту я расписался в собственном бессилии. Крутил все по разному целую неделю. Похоже прощай MS ACCESS 2003 и PostgreSQL... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.01.2005, 11:30 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
я отключал KSQO драйвера ODBC. Включите регистрацию лога ОДБС и смотрите, где возникает ошибка. ЗЫ. драный форум задрал. - набрал подробный ответ - он все проигнорил. Убивать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.01.2005, 10:39 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
Глянь ! А я уж думал, что после Access 97 все следующие версии вообще не будут работать с ODBC-таблицами. Ан нет - 2003 как-то работает, народ даже 50 K записей умудряется вставлять ! А по существу. Такая ошибка в разных версиях Acc встречается частенько (и с MySQL тоже). Я понял, что из-за поля типа datetime. Если таких полей в таблице нет - то и ошибка обычно не приходит. Вы просмотрите логи, как пишет assa. Увидите, что тупой Acc сначала пишет данные в присоединенную таблицу, а потом их же пытается найти, ошибаясь в форматах даты-времени. И после этого выдает ошибки - дык не нашел же :-). Выход - использовать для экранных представлений запросы к присоединенным таблицам без полей datetime или запросы к серверу. А писать в таблицы можно по-разному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 10:39 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
strizh Увидите, что тупой Acc сначала пишет данные в присоединенную таблицу, а потом их же пытается найти, ошибаясь в форматах даты-времени. хм. этто " С тупой холовы на здоровую" - за приведение полей к требуемым форматам должен отвечать ОДБС драйвер, а никак не аксесс. Эта трабла, если распространена, скорей говорит о качестве дров. И об отношении к ним разработчиков. У аксесса и без вас глюков хатает, не надо чужих собак ему вешать, лады ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.01.2005, 17:50 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
В общем пока ничего не получается. Спасибо за подсказку с датой, я и не думал в это направлении. Попробую хранить даты в PostgreSQL как целые числа (В ACCESS есть функция DATEVALUE). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.01.2005, 16:32 |
|
||
|
Ошибка #Name (MS ACCESS 2003 и PostgreSQL)
|
|||
|---|---|---|---|
|
#18+
я бы на вашем месте больше внимания уделил postgres. И вообще аксесс серьезно можно использовать только как морду для SQL-ных серверов. Советую так и поступать, то есть использовать только прямые запросы к серверу, и очень редко на ихоснове делать родной аксессовский запрос. После этого у вас отпадет куча проблем в жизни. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.05.2005, 00:43 |
|
||
|
|

start [/forum/topic.php?fid=53&fpage=343&tid=2007281]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
30ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 283ms |
| total: | 397ms |

| 0 / 0 |
