Неприятные Непонятки

[AndyG]

Есть несколько неприятных моментов в 1С, которыми я хотел бы поделиться.
1 В одной из баз я когда то отрезал период
Способ расписан в Инете
Естественно потом запускается Тестирование/Исправление с удалением бессылочных объектов.
Сиситема пишет  - ссылок нет, удаляю...

Так вот, время от времени мне по разным причинам приходится запускать Тестирование/Исправление с удалением бессылочных, и постоянно находятся СТАРЫЕ бессылочные объекты, которые программа постоянно "Удаляет".
ТЕ записи висят в таблицах и не удаляются....

2. Встретил следующий глюк - пустые табличные части документа определенного вида
    Сервер win2008х64
    Переиндексация, Полное Тестирование/Исправление не помогли, хотя ДБФка вроде нормальная, связь   должна быть между DH* и DT* по индексу - значит проблема в Индексах....
    Победил я этот глюк развернув базу на Хрюшке - там другой Порядок сортировки
    Как только изменил порядок сортировки базы - все пришло в норму.
 
3. Последнее время что то частенько начала встречаться ссылка 2х объектов на 1 внутренний идентификатор
    База распределенная, 7 периферий
   
    Раньше было 4 и подобных проблем не было....
    Я предполагаю что периферии тут не причем, возможно просто во время обмена в распределенном режиме кто то работает с формой НОВОГО документа?

Может кто подскажет механизм , вернее тот момент, когда система присваивает Объекту этот Внутренний идентификатор, возможно ПриЗаписи? Хотя это вряд ли поможет:)

Кстати, в одном из подобных случаев оба документа добавлял 1 оператор... Интересно...

 
 

 

[Kivals]

1. Попробуй сделать выгрузку/загрузку данных - может действительно какие-то проблемы в таблицах?
2. Время от времени нужно делать переиндексацию с полным удалением всех cdx - простая переиндексация и с восстановлением cdx работают по-разному - это факт.
3. Интересно - не сталкивался. Вообще механизм следующий: при создании нового объекта система блокирует для него следущий номер (таблица 1SUIDCTL.DBF), при записи идентификатор строится как "Этот номер"+"Код распределенной базы". В обмен объект поподает также при записи, так что новый объект в момент обмена никуда не попадет.

[AndyG]

К пункту 2 - У меня у клиентов автоиндексация каждое утро - те полный снос индексов (del *CDX).

[Kivals]

AndyG, Значит тоже попробовать выгрузку/загрузку

[Kivals]

Еще момент: не может ли быть превышение максимального количества строк в документе? 7.7 коректно работает до 9999 строк, больше создавать позволяет без ошибок, но начинаются проблмы с нумерацией и порядком.

[AndyG]

нет, документы небольшие, до 150 строк.
Видимо вполне возможно, что при вылете 1 пользователя индексы "слетают", но остальные пользователи этого не знают и продолжают работать....
Все зависит от того, с каким объектом работал вылетевший.
Тут пока всех не выгонишь из проги не исправишь...
Тоже момент стремный

[Kivals]

AndyG, да - такой сценарий вполне реален. Тут только минимизировать число вылетов (терминалка) или переход на SQL базу. Или же и то, и другое

[AndyG]

В том то и проблема что вылетают из Терминалки...
Причины разные, но основная у меня - "нелюбовь" определенных принтеров
При отправлении задания на печать сеанс просто виснет - приходится срубать.
Иногда при запуске внешних обработок 1с просто вылетает, хотя вот тока что эта обработка проходила на ура..

А SQL? да я ее просто боюсь:)

[Kivals]

А SQL? да я ее просто боюсь:)

Знакомое чувство - сам долго сопротивлялся особенно к MS SQL... Но на самом деле - ничего страшного. Попробуй MS SQL Express (бесплатная, есть ограничения) на какой-то небольшой базе: привыкнешь, втянешься...