|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
Доброго времени суток Господа, долго сомневался в какой ветке форума задать этот вопрос, но раз ошибка появляется в Access, то наверно все-таки сюда. Сам сабж собственно в теме, но поясню: Есть некоторая необходимость регулярно (много раз в день на самом деле) извлекать данные из Оракла и передовать их в Access, где с ними работают уже другие люди. Передача происходит через ODBC, с помощью присоединенных таблиц. До поры до времени все было отлично, но в один не прекрасный момент Oracle упал. Восстановить базу удалось, но некоторые таблицы теперь выдают данную ошибку. Тип используемых данных в Oracle - Number(5), то есть число целое, в Access - Числовой, Действительное, Точность - 5. При открытии такой таблицы в Access в полях пишет "#Ошибка". Можно бы было курить Oracle, но есть одно НО - данная ошибка возникает не на всех клиентских машинах, некоторые все нормально понимают. В чем между машинами разница я так и не понял... Винда ставилась с одного образа, все языковые и переменные локали - одинаковые, системные переменные одинаковые, клиенты Oracle с одного дистрибутива, Office везде с одного дистрибутива, в общем машинки одинаковые, но на некоторых работает, а на некоторых нет.. Может кто сталкивался с подобной проблемой? Куда смотреть-то? Windows: Win 7 Профессиональная Вер. 6.1 (Сборка 7601: SP1) Oracle: Oracle Database 12c Standard Edition Release 12.1.0.2.0 - 64bit Production PL/SQL Release 12.1.0.2.0 - Production "CORE 12.1.0.2.0 Production" TNS for 64-bit Windows: Version 12.1.0.2.0 - Production NLSRTL Version 12.1.0.2.0 - Production Access: Miscrosoft Access 2013(15.0.4857.1000) MSO(15.0.4859.1000) 64bit ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2016, 08:23 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgen, на кривых машинах не пробовали пере привязать проблемные таблицы, пересоздать источник ODBC ? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2016, 09:23 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
vmag, пробовал, и перепривязать, и источник пересоздать, и клиент Oracle переустановить, и Office заменить, и Windows. Да только эти манипуляции ничего не дают. либо все запускается и работает, либо нет. с рабочей машинки образ снимаешь, ставишь на не рабочую - все работает. да вот как-то не дело это на каждом клиенте винду менять)) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2016, 10:04 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgenvmag, пробовал, и перепривязать, и источник пересоздать, и клиент Oracle переустановить, и Office заменить, и Windows. Да только эти манипуляции ничего не дают. либо все запускается и работает, либо нет. с рабочей машинки образ снимаешь, ставишь на не рабочую - все работает. да вот как-то не дело это на каждом клиенте винду менять)) Может обновлений каких то не хватает? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2016, 10:28 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
ROI, Хороший вопрос, но как узнать каких? И все раньше ведь работало... Я бы наоборот предположил - какое-то кривое обновление село, но опять-таки - как узнать какое? ... |
|||
:
Нравится:
Не нравится:
|
|||
13.10.2016, 10:32 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
Не уж то никто не сталкивался? Совсем никаких мыслей в чем причина? =( ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2016, 09:27 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgen, да нет, вы не одиноки, только вот решение автор не огласил http://www.sql.ru/forum/1055684/tochnost-desyatichnogo-polya-slishkom-mala-dlya-dobavlyaemogo-chisla-eksport-tablicy-v-excel ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2016, 10:12 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
guest_rusimport, Да-да, тоже этот пост видел. эх, не хорошо автор поступил)) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2016, 12:54 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgenДа-да, тоже этот пост видел. эх, не хорошо автор поступил)) ситуации могут быть разные, например: - ковырял весь день и то и это, лег спать, а утром после перезагрузки всё заработало - хрен знает что ответить... - винду с имиджа восстановил, заработало... проблема решена, но ответа нет и уже не будет... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2016, 14:53 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgenПри открытии такой таблицы в Access в полях пишет "#Ошибка" - а если открывать не таблицу? - построить запрос на таблицу и открыть запрос? - проблемное поле смотреть через функцию: CStr([ПроблемноеПоле]) или Round([ПроблемноеПоле]) или еще как (извращений много) Я к чему? mozgenданная ошибка возникает не на всех клиентских машинах, некоторые все нормально понимают значит условно можно сказать, что хранение нормальное, проблема в отображении на некоторых компах... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2016, 23:10 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
vmag, хорошая мысль, но нет, с запросами тоже пробовал и ничего хорошего не получилось. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2016, 14:53 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
В общем, можно сказать разобрался нашел решение. Хотя четкого представления почему так происходит у меня нет, но догадка такая - трабл затаился где-то в способах представления/хранения/"понимания" чисел офисом. покажу на примере Имеем к примеру поле col1 number(6;3) и храним в нем число 5,333 В этом случае получим ошибку обозначенную в сабже. Если же к примеру, уменьшить масштаб числа до 5,33 то Аксесс нормально его отобразит. Это наводит на определенные мысли... Если попробовать поиграться с p, то Аксесс покажет совсем удивительные результаты: Точность Значение Accessnumber(6;3) 5.333 ошибкаnumber(6;3) 5.33 5.33number(10;3) 5.333 5333 (именно целое число)number(30;3) 5.333 5.333 Таким образом проблема решилась увеличением точности хранимого числа. Но Office продолжает меня удивлять =)) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2016, 15:08 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
mozgenТаким образом проблема решилась увеличением точности хранимого числа. почел тему (названия топика), чуть со стула не упал... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2016, 20:12 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
vmag, Да, наверно смешно, со стороны) Но если заметил, то в number(6;3) число 5,333 просто отлично помещается. И тут уже нужно пинать уважаемый Access на предмет "Какого хрена?" ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2016, 06:29 |
|
Точность десятичного поля слишком мала для добавляемого числа. Ошибка импорта из Oracle.
|
|||
---|---|---|---|
#18+
Таким образом проблема решилась увеличением точности хранимого числа. Хотя никак это не решение, поскольку если необходимо хранить 5 значений после запятой, то увеличивать точность становится уже некуда) Так что, прошу Господа ваши мысли. Куда пинать Access? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.10.2016, 08:09 |
|
|
start [/forum/topic.php?fid=45&msg=39325898&tid=1613076]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
90ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 189ms |
0 / 0 |