|
|
|
Экспорт из 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, 13:13 |
|
||
|
Экспорт из 1С в БД на SQL сервере - меняется поле даты
|
|||
|---|---|---|---|
|
#18+
Случайно не вот такое? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.07.2007, 17:50 |
|
||
|
Экспорт из 1С в БД на SQL сервере - меняется поле даты
|
|||
|---|---|---|---|
|
#18+
Спасибо, а в настройках сервера можно что-то указать, чтобы формат даты был обычный, а не DATA_TIME_DOCID? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2007, 11:57 |
|
||
|
Экспорт из 1С в БД на SQL сервере - меняется поле даты
|
|||
|---|---|---|---|
|
#18+
И вообще, просветите, пожалуйста, почему поле даты именно так формируется. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2007, 11:59 |
|
||
|
Экспорт из 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 символа - идентификатор базы УРИБ (если данные вводятся в распределенной ИБ). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.08.2007, 12:23 |
|
||
|
|
start [/forum/topic.php?fid=28&msg=34697549&tid=1525412]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
38ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 134ms |
| 0 / 0 |
