OBIEE экспортировал csv и при импорте в Access получаю ошибку

У меня есть отчет по OBIEE, поле дата я сделал в пользовательском формате ММ-ДД-ГГГГ Я также пробовал [FMT:dateShort]. После того, как я экспортировал в .csv, я связываю файл с MS Access 2007, и в поле даты я получаю сообщение об ошибке #NUM! почему это так?


person ChiHam    schedule 28.04.2015    source источник
comment
Если у вас есть контроль над форматированием дат в отчете OBIEE, то почему бы просто не использовать формат yyyy-mm-dd? Это, вероятно, самый безопасный способ использования, потому что он однозначен и его легче всего принять приложениям.   -  person Gord Thompson    schedule 29.04.2015


Ответы (1)


Проблема/решение может быть одним из следующих:

#Число! в Access сообщает вам, что ячейка содержит набор данных; какая-нибудь цифра, какой-нибудь текст, например: 34G (или ваш «-») вызовет #Num!

Вам нужно вернуться в Excel и изменить формат любой ячейки, содержащей как числа, так и текст, на «смешанные данные», а затем сохранить этот лист перед импортом в Access.

Вы можете сделать это с помощью макроса:

Sub Addspace() 
  Dim cell As Object 
  For Each cell In Selection 
    cell.Value = " " & cell.Value 
    cell.Value = Right(cell.Value, Len(cell.Value) - 1) 
  Next 
End Sub 

Просто выделите ячейки, требующие форматирования, запустите приведенный выше макрос, а затем повторно сохраните электронную таблицу.

Или:

#Число! Значение ошибки означает, что значение в поле слишком большое (положительное или отрицательное) для сохранения в поле на основе параметра свойства DataType или FieldSize поля. (https://support.microsoft.com/en-us/kb/209132)

Основываясь на вашем формате дат, я бы попробовал первое исправление раньше всего. Дата =/= число

person Mark P.    schedule 29.04.2015
comment
Это очень странно, я только что импортировал дату в виде текста в MS Access, и пока все работает нормально. Я попытаюсь заменить - на / и посмотреть, сработает ли это. - person ChiHam; 30.04.2015
comment
Текст имел бы смысл по первой причине, указанной выше, поскольку он включал бы все символы, которых, возможно, не было бы в числе. - person Mark P.; 30.04.2015