|
Ошибка при обновлении конфигурации БД. Нулевое смещение дат
| ☑ |
0
echo77
01.05.16
✎
11:58
|
Удалил документ в конфигурации, при обовлении выполется реструктуризация БД. И ошибка.
Дата 02.01.0001 не может быть записана в sql с нулевым смещением дат
Вопрос: включение технологического журнала поможет отловить в какой таблице проблемы?
|
|
1
4St
01.05.16
✎
12:10
|
Похоже,проблема не в таблице, а в самой базе. При ее создании забыли указать смещение дат 2000. Ссылку не вспомню,но варианты решения гуглятся хорошо.
|
|
2
kosts
01.05.16
✎
12:41
|
(0) Попробуй ТиС
|
|
3
echo77
01.05.16
✎
13:35
|
(2) Попробую
(1) База до этого работала и сейчас работает вполне нормально
|
|
4
EugeniaK
01.05.16
✎
14:03
|
(0) Для типовых обязательно использовать смещение дат.
Выгрузи базу в .dt и загрузи обратно со смещением дат.
|
|
5
tixis
01.05.16
✎
14:28
|
(0) по моему это просто кривая дата в документе или еще где, у меня тоже такое бывало в реализациях, когда ставят дату доверенности кривую, и при обмене вылазит точно такое же сообщение. Надо просто найти, где вбили эту самую кривую дату.
|
|
6
tixis
01.05.16
✎
14:34
|
(4) Откуда инфа что обязательно?
С ИТС Таким образом, если при работе с информационной базой может возникнуть необходимость хранения дат, предшествующих 1 января 1753 года, то в качестве значения параметра следует выбрать 2000. Если же такие даты встречаться не будут, то в качестве смещения дат можно выбрать 0.
|
|
7
tixis
01.05.16
✎
14:35
|
+(6) Да, они рекомендуют, но не заставляют. Пруф
|
|
8
EugeniaK
01.05.16
✎
15:05
|
(7) Это вцелом для платформы рекоммендуют.
Для типовых заявлют как обязательное. Ссылку не подскажу, но где-то писали, что нужно указывать.
|
|