Удваиваются данные

[OlgaSin]

Сделала закрытие периода за январь месяц 2009, в итоге анализ счета 86.10 выдыет все суммы ровно в 2 раза больше, чем в оборотке.... В чем причина?

[Longina]

Пересчет бух итогов. Так бывает на больших базах, или когда некорректно закончена работа программы.

[Viens_C]

Сообщение от Longina

...Так бывает на больших базах,...

Лонгина ! Не пугайте людей ... ... Тех кто работают корректно
Большая база сама по себе, не причём.
НЕ корректная работа, виноватая.
Вот связь между большими базами и не корректной работой, почемуто всетаки усмотреть удается.

[Longina]

В смысле я - не права?
На каких базах чаще происходит задваивание итогов? На маленьких?
Тем где SQL?

[Viens_C]

Сообщение от Longina

В смысле я - не права?
На каких базах чаще происходит задваивание итогов? На маленьких?
Тем где SQL?

Если права, то косвенно.
При корректной работе удваивании нет.
А некорректная работа это:
вылеты из программы (по любой причине) , зависание , пренебрегание переидексацией,
Разного рода проблемы с захватом транзакций (многопользовательская).
Оставляя программу открытой, по возвращению, она закрыта, и не важно помните или не помните как все было. Последствия - некорректная работа. Не важно Вы или баш коллега, или админ, или 3-4 лицо.
Ктото просто посадил сеть, чем прервал вашу сессию 1С.
И т.д......

Добавлено через 16 мин.

На больших базах с (не буду говорить, какими user-ами) надо, по начам, делать авто тестирование базы.
На больших базах надо сеть строить грамотно.
На больших базах надо главбуху линейку или указку и по пальцам ...и по пальцам ...по пальцам ... .

[Longina]

Ладно, если я права только косвенно, вопрос поставлю по-другому:
1. так не бывает на больших базах?
2. пересчет бух итогов не помогает?

[Viens_C]

Сообщение от Longina

Ладно, если я права только косвенно, вопрос поставлю по-другому:
1. так не бывает на больших базах?
2. пересчет бух итогов не помогает?

Права косвенно это так:
При корректной работе даже на большой (огромной) базе глюков таких нет.
А при не корректной даже на малюсенькой бывает.
А сама "некорректная" работа на больших базах встречается чаще.

"Полный пересчет" еще как помогает, он просто обязателен. И в комплекте с переидексациеей.

Добавлено через 10 мин.

Сообщение от Viens_C

Лонгина ! Не пугайте людей ... ... Тех кто работают корректно

Не пугайте людей это: Чтобы ктото не подумал "Моя база растет, когда же начнутся удваивания?".

[Longina]

Так я все правильно посоветовала?
Так это правда, что на больших чаще бывает?
Я не пугаю людей, просто если большая база данных, то два выхода:
или обрезание, или SQL.
Иначе - может быть потеря данных.

[Viens_C]

Сообщение от Longina

Так я все правильно посоветовала?
Так это правда, что на больших чаще бывает?
Я не пугаю людей, просто если большая база данных, то два выхода:
или обрезание, или SQL.
Иначе - может быть потеря данных.

Посоветовала правильно !
Третий выход "работать коректно".

Моя статистика такая:
На больших базах обычно больше пользователей. Среди них, иногда один, да попадается безответственный. И портит жизнь другим. Рано или поздно его образумят.
На маленьких базах обычно один пользователь, сам себе хозяен. Сам и копается в своем ... и некто ему не мешает.
А маленьких баз больше. И получается так что у больших фирм, в количественном выражении, глюков таких меньше чем у маленьких.
Но в % все по другому. На больших базах, почщи на всех, попадалась черная овца.

А на чет обрезания ... разбухла - надо так надо.
Придется мне согласится с Лонгиной.

[Longina]

Ладно, мир.
Но все равно, если большая база, то мне - как пользователю, удобнее чтобы вся информация в ней была. То есть - SQL.
Обрезание конечно спасает от медленной работы, и т.п. но это оченно неудобная вещь для разнообразных аналитических отчетов. Правда?