|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
26.07.2007, 13:13
|
|||
|---|---|---|---|
|
|||
Экспорт из 1С в БД на SQL сервере - меняется поле даты |
|||
|
#18+
В dbf таблице 1SENTRY (проводки 1С 7.7) в поле DATE дата представлена в формате 17/01/2001. После выгрузки на SQL server в этой таблице поле получило имя DATE_TIME_DOCID, и данные действительно сцеплены из трех исходных полей и имеют вид "ггггммддxxxxxx 11 " (хотя в одной из таблиц с единственной записью 01/01/2001 поле в соотв. таблице на сервере сохранилось в формате 01.01.2001. Возможно в первом случае 17 распознается на сервере как месяц и отсюда глюки). В 1С это поле с сервера читается верно, однако в Excel (и Crystal Reports) данные с сервера приходится преобразовывать к привычному формату дд.мм.гггг с помощью функций. Подскажите, пожалуйста, есть ли в языке SQL функции выборки части строки и преобразования в число и дату, чтобы сделать это в MSQuery, созранить OLAP-куб и впоследствии обновлять его в Excel? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
26.07.2007, 17:50
|
|||
|---|---|---|---|
Экспорт из 1С в БД на SQL сервере - меняется поле даты |
|||
|
#18+
Случайно не вот такое? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.08.2007, 11:57
|
|||
|---|---|---|---|
|
|||
Экспорт из 1С в БД на SQL сервере - меняется поле даты |
|||
|
#18+
Спасибо, а в настройках сервера можно что-то указать, чтобы формат даты был обычный, а не DATA_TIME_DOCID? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.08.2007, 11:59
|
|||
|---|---|---|---|
|
|||
Экспорт из 1С в БД на SQL сервере - меняется поле даты |
|||
|
#18+
И вообще, просветите, пожалуйста, почему поле даты именно так формируется. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.08.2007, 12:23
|
|||
|---|---|---|---|
Экспорт из 1С в БД на SQL сервере - меняется поле даты |
|||
|
#18+
ученицаИ вообще, просветите, пожалуйста, почему поле даты именно так формируется. Спасибо Почему - это вопрос к 1С. Скорее всего (это мое мнение и оно может быть ошибочным) это связано с тем, что все документы хранятся в одной таблице и для совместимости с DBASE II 1С пришлось разрабатывать собственный механизм хранения времени а не пользоватеся системным. В рузельтате с DBF в SQL перешло одно поле но объединенное. DATE_TIME_IDDOC Составное поле обозначающее позицию документа во времени + ID документа. 8 первых символов - дата документа в виде «ГГГММДД». 6 следующих символов время документа в 36-ричной системе исчисления, причем время рассчитывается от начала дня в сотых частях милисекунды (10-5), т.е. время 00:00:01 будет равно 10000, или же в 36-ричной системе «7PS». 9 последних символа - ID документа. Этот ID также составной, 6 символов - порядковый номер введенного документа в сситему в 36-ричной системе (причем считаются не только сохраненные документы, а также те, которые не были сохранены), последние 3 символа - идентификатор базы УРИБ (если данные вводятся в распределенной ИБ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/search_topic.php?author=%D0%BE%D1%87%D0%B5%D1%80%D0%B5%D0%B4%D0%BD%D0%BE%D0%B9_%D1%81%D1%82%D1%83%D0%B4%D0%B5%D0%BD%D1%82&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
153ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
83ms |
get tp. blocked users: |
1ms |
| others: | 490ms |
| total: | 800ms |
| 0 / 0 |
