В основном я бы хотел услышать мнение товарищей Берездецкого и Ст##ана... (вы уж извините что не на латинице обращаюсь)...

Последние пару дней я убил на разбор запросов к таблицам бухгалтерии и смотря в оба класса я все время задавал себе множество вопросов.
Пы.сы. далее речь пойдет о ВТОстатки. Т.к. они обе реализованы в соответсвующих классах.

Меня интересует вот какой вопрос:
Почему если ОтборПоСчетам = 1 запрос идет через присоединение _1SACCSEL. В чем выгода данного метода? И там и там я видел похожий способ отбора.

Вопрос у меня возник вот из-за чего. Если к SQL в плане JOIN у меня вопросов нет, то вот SQLite джойнит таблицы крайне долго и я бы сказал нифига не выгодно это делать, т.к. убивает все удовольствие от прямых запросов.

Я попробовал написал универсальный сбор через обращение к таблице 1SBKKTL и 1SENTRY аналогично тому как собирает 1С. Т.е. я не проверял флаг отбора и не джойнил с отбором по 1SACCSEL.
Правда в конце я добавил внутреннее соединение с таблицей 1SACCS чтобы определять А,П или АП... (но это ко второму вопросу).
И в итоге в SQL базе выигрыш бесспорный и очень значительный (от 2-х до 8-и кратного), а в SQLite обнаруживается почти равенство, а то и порой превосходство 1C. Если использовать отборы и фильтрации по значениям то и там и там выигрывает прямой запрос. Но это только таблица остатков.

Возвращаясь ко второму вопросу...
И в том и в другом классе я не обнаружил проверку на активность или пассивность счета. Т.о. остатокДт, остатокКт не всегда верно отображают значения. Т.е. не то что цифра не верна, а то что положительное значение дебета в пассивном счете оставалось на дебете хотя в итоге должно сидеть на кредите но с минусом.
Я так понимаю эту проверку вы отдали на откуп программисту запроса к ВТ?

Пы.сы.2: я наверное буду задавать много вопросов глупых или не очень. Надеюсь вы мне поможете найти на них ответы.
А я пошел анализировать классы дальше

Ну про ускорители, я же это на глаз. Т.е. замер сколько времени работает отчет на БухИтогах и тот же на ВТ то у меня разница весьма значительна. Впрочем не об этом речь.

Я уже отписался в теме про AccountRecordset по поводу активности\пассивности счетов. Впрочем меня это опять таки не так сильно волнует. INNER JOIN _1SACCS я все равно делаю и поэтому проверку АП мне труда встроить не составляет.

Что касается на сколько это методологически правильно то тут вот какое мнение: с одной стороны ну не может быть у активного счета кредитового сальдо, а у пассивного соответственно дебетового, ровно как и нельзя хранить свернутое сальдо по АП-счету. С другой стороны раз так реализовано в ВТ то говорить о то что это не правильно я тоже не стану. И в свою очередь исправляю это при собственном запросе. Вот 

А можешь мне поподробнее рассказать об 1SACCSEL.... ну т.е. на пальцах объяснить выигрышь. Если конечно нет желания то я пойму не всегда у самого времени и сил много. Но все таки было бы неплохо, я бы от помощи не отказался. 

berezdetsky писал(а) 09. Декабря 2008 :: 08:41:


Во... теперь на пальцах спасибо. 

А я для себя так и сделал сначала укладываю счета в список а затем только с ним и работаю. Т.е. делаю проверку на попадание в список, и проверку на соответствие плана счетов. В принципе на досуге как время выделится попробую написать аналогично с проверкой и работой через 1SACCSEL.

Кстати хотел спросить ты не мог бы показать реализацию ВТОстаткиИОбороты которая одно время было засветилась на форуме но потом ты ее удалил. Если нет то нет я опять таки без вопросов 

Кстати все думал как 1С собирает счета по группе. Ну т.е. в справочнике есть поле родитель где храниться ID родителя. В 1ACCS такого поля вроде бы нет. Наверное через проверку левой части кода?

Я планировал посмотреть чтобы нечто подобное на SQLite попробовать. Ну ладно. Буду думать самостоятельно

berezdetsky писал(а) 10. Декабря 2008 :: 11:15:


Ха... ну почти поймал.
С точки зрения оптимизации запроса и ускорения сбора то остаток будем собирать по таблице с отбором WHERE bkktl_.KIND = 4(5,6). И тогда соответственно остаток будет либо Дт либо Кт. Но это с точки зрения оптимизации и того как работает в таком случае 1С (без разворота по субконто).
А ежели по правильному по бухгалтерскому то должно быть в Дт и Кт соответствующие суммы ну и свернутые просто в СуммаОстаток.
Вот только я никоим образом не претендую на необходимость переписки ВТ т.к. знаю что и 1С этим грешит.
Я просто что хочу сказать, что было дело работал к аудиторской конторе и аудитор за такой свернутый учет (там был один "служебный" счет АП без субконто) вкатала организации замечание. Ибо методологически это неверно. Ну а что бедняжка бухгалтер может поделать если сама 1С так себя ведет?
В общем я же говорю... тут просто смотря как на это смотреть. И это слишком "узкое" место и слишком "маленькое" чтобы заострять внимание