|
Значение должно быть NULL. Сохранено значение NULL. |
☑ |
0
ItimeKodzo
24.11.10
✎
14:26
|
Подскажите господа, что делать:
Объявился клиент с файловой базой. База глючит не подецки.
Понятное первым делом запустил тестирование и исправление.
Как результат получил отчет на 3.5 тысяч страниц вордовского текста с вот таким содержанием
Проверка логической целостности. РегистрБухгалтерии.Хозрасчетный.Ресурс.ВалютнаяСумма Авансовый отчет ФП-60 от 27.10.2010 18:29:44:1
Значение должно быть NULL. Сохранено значение NULL.
Понятно что с разными именами ресурсов и документами.
Выборочная проверка базы после исправления и той же базы до исправления не показала разницы (выборочно проверял по отдельным сообщениям)
Если ругалось на ресурс "количество", то в базе "до" и в базе "после" для конкретных проводок количество как и стояло так и стоит.
И вот теперь вопрос: что со всем этим делать.
Чтобы ставить такую базу клиенту нужно быть уверенным, что никаких значений критичных не покоцано, а вот с уверенностью туговато.
Да и оставлять это дело без вмешательства тоже не хорошо, есть ощущение, что оттягиваешь неизбежное.
Так, собственно, Быть или не быть?
|
|
1
Живой Ископаемый
24.11.10
✎
14:27
|
база большая?
|
|
2
Чайник Рассела
24.11.10
✎
14:28
|
не быть
|
|
3
ItimeKodzo
24.11.10
✎
14:29
|
(1) 800 метров
|
|
4
Живой Ископаемый
24.11.10
✎
14:30
|
Короче - вывести список проводок в одной и в другой базе в табличный документ, оба сохранить и сравнить через сравнение файлов... Если большая - то за какой-то более обозримый интервал, включающий эти подозрительные записи Проделать тоже самое с парой бух.отчетов с одинаковыми настройками, чтобы убедиться, что виртуальные таблицы тоже одинаковые
|
|
5
Живой Ископаемый
24.11.10
✎
14:30
|
2(3) понятно... не страшно.
|
|
6
Живой Ископаемый
24.11.10
✎
14:32
|
ну и после первого ТиИ запусти второй раз, чтобы убедится, что не сообщается о тех же самых ошибках, что и при Первом ТиИ.. то есть что они исправлены
|
|
7
ItimeKodzo
24.11.10
✎
14:32
|
(4) Спасибо.
|
|