|
|
v8: в базе появились периоды с нулевым смещением дат.
|
|
0
duke55
15.03.12
✎
11:04
|
Камрады, помогите.
В базе данных одновременно и нормальные данные и с нулевым смещением.
Загрузка базы в SQL не проходит...
Как нулевое смещение исправить?
|
|
|
1
БибиГон
15.03.12
✎
11:10
|
в файловой базе даты с нулевым смещением?
|
|
|
2
Fragster
гуру
15.03.12
✎
11:12
|
фигня какая-то...
|
|
|
3
Fragster
гуру
15.03.12
✎
11:12
|
|
|
|
4
duke55
15.03.12
✎
12:09
|
(2) не в файловой...
база была скульная... начались ошибки типа "неуникальный индекс"...
с помощью обработки выводящей структуру БД в формате таблиц SQL нашел проблемную таблицу _AccRgAT223122... select'ом нашел что у последних записей в поле _Period стоят даты 5999-11-01 ...
выгрузил базу в файловый вариант... сделал ТИ со всеми возможными параметрами...
толку ноль! назад в SQL не закидывается... при загрузке вываливает что найдены данные с нулевым смещением.
|
|
|
5
КМ155
15.03.12
✎
12:12
|
(4) [при загрузке вываливает что найдены данные с нулевым смещением.]
ты базу то на сиквеле конечно создал занова с нужным смещением ?
|
|
|
6
duke55
15.03.12
✎
12:15
|
да
|
|
|
7
duke55
16.03.12
✎
09:37
|
Вчера вечером в конфигураторе сделал загрузку данных и запустил Profiler чтобы посмотреть где вываливается ошибка.
судя по логам в профайлере, ошибка вываливается среди множества команд типа "create unique index", "create index"...
для себя понял что это, скорее всего, последний процесс... задание индексов...
хотел у спецов узнать: после этих самых "create unique index", "create index" еще что-то делается?
после ошибки запустил пересчет итогов и реиндексацию... вроде все работает...
|
|
|
8
duke55
16.03.12
✎
09:38
|
скорее всего просто нарушен был индекс, а даты типы 5999 здесь ни при чем...
|
|
