|
|
|
проблема с ДАТОЙ
|
|||
|---|---|---|---|
|
#18+
День добрый!? Имеем большие файлы XML-данных, построена аннотированная схема. При загрузке данных в SQL через BulkLoad все работает хорошо, при условии загрузки в поля nvarchar(). Однако, надо поля с датой грузить dateTime, для этого применил sql:datatype="dateTime" Первый глюк всплыл при загрузке данных из XML представленных в формате dd.mm.yyyy hh.mm.ss - сервак выдал "несоответствие типа", а в формате dd.mm.yyyy все нормально. Проблему решил отсечением времени "поиском/заменой по маске" полей даты исходного XML файла. Второй глюк - когда значение в поле отсутствует -"", опять ошибка (на серваке NULL значения для поля разрешены). решения нет...? И еще, если данные в формате dd.mm.yyyy то конвертация идет и без sql:datatype="dateTime". Объясните мне необходимость sql:datatype в XSD схемах, и как побороть дату? С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.09.2006, 20:05 |
|
||
|
проблема с ДАТОЙ
|
|||
|---|---|---|---|
|
#18+
авторПервый глюк всплыл при загрузке данных из XML представленных в формате dd.mm.yyyy hh.mm.ss - сервак выдал "несоответствие типа", а в формате dd.mm.yyyy все нормально. Проблему решил отсечением времени "поиском/заменой по маске" полей даты исходного XML файла. ... И еще, если данные в формате dd.mm.yyyy то конвертация идет и без sql:datatype="dateTime". Для xml стандартом хранения даты является Код: plaintext авторВторой глюк - когда значение в поле отсутствует -"", опять ошибка (на серваке NULL значения для поля разрешены). решения нет...? Видимо идет пустая строка вместо NULL. Если предполагается NULL, то в xml НЕ ДОЛЖНО БЫТЬ соответствующего элемента или атрибута со значением. т.е. так вот НЕправильно: Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2006, 17:05 |
|
||
|
проблема с ДАТОЙ
|
|||
|---|---|---|---|
|
#18+
yyyy-MM-ddThh:mm:ss ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.09.2006, 17:06 |
|
||
|
проблема с ДАТОЙ
|
|||
|---|---|---|---|
|
#18+
Роман Дынник авторПервый глюк всплыл при загрузке данных из XML представленных в формате dd.mm.yyyy hh.mm.ss - сервак выдал "несоответствие типа", а в формате dd.mm.yyyy все нормально. Проблему решил отсечением времени "поиском/заменой по маске" полей даты исходного XML файла. ... И еще, если данные в формате dd.mm.yyyy то конвертация идет и без sql:datatype="dateTime". Для xml стандартом хранения даты является Код: plaintext авторВторой глюк - когда значение в поле отсутствует -"", опять ошибка (на серваке NULL значения для поля разрешены). решения нет...? Видимо идет пустая строка вместо NULL. Если предполагается NULL, то в xml НЕ ДОЛЖНО БЫТЬ соответствующего элемента или атрибута со значением. т.е. так вот НЕправильно: Код: plaintext Код: plaintext В принципе правильно, но …если пустое значение (“”) заменить на пробел(“ “) то BulkLoad грузит все нормально. Может у меня руки кривые, но, посмотрев форум, нашел только решение подобных проблем с использованием XSL преобразований, но в нем нет решения проблемы "кривого" представления длинного формата даты. А файлы формирует другая контора, и повлиять на формат выгрузки невозможно. С другой стороны, как прикрутить ссылку на XSL для 20-30 файлов без прямой вставки ссылки. Пока проблема решена с использованием преобразования «поиск/замена по маске текстового файла». Хотя связка XSD и BulkLoad должна быть достаточна для загрузки больших объемов в SQL сервер(для этого они и созданы). Может, у Кого есть предложения по решению данной проблемы. С уважением, Алексей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.10.2006, 22:14 |
|
||
|
|

start [/forum/topic.php?fid=14&msg=34046100&tid=1334617]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
186ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 491ms |

| 0 / 0 |
