Класс AccountsRecordset - наследник ODBCRecordset.

Реализует ВТ БИ.Субконто, БИДвиженияССубконто, БИОстатки, БИОбороты, БИОборотыДтКт и БИОстаткиОбороты (аналоги восьмёрочных таблиц запросов). Также реализован ряд метаимен, облегчающих работу с бух. подсистемой 1С:

• Имена полей
  $РазделительУчета
  $РеквизитСчета.<Идентификатор>
  $РеквизитОперации.<Идентификатор>
  $РеквизитПроводки.<Идентификатор>
• Идентификаторы
  $ОсновнойПланСчетов
  $ПланСчетов.<Идентификатор>
  $ПланСчетов36.<Идентификатор>
  $ВидСубконто.<Идентификатор>
  $ПустаяДата
  $ПустаяДатаODBC
• Виртуальные значения
  $Константы.<Идентификатор>

Подробности - в описании .ert. Только для SQL.

v3.0
Добавлены ВТ:
- БИОбороты без поддержки корреспонденции;
- БИОстаткиОбороты.

v2.6.
Добавлены:
- свойство Текст;
- методы УложитьСписокГрупп и ПолучитьПараметр.

v2.5.
Добавлена ВТ БИОбороты с поддержкой корреспонденции.

v2.4.
Метапарсер переписан с использованием регулярных выражений. Увеличена скорость парсинга.
Убрана возможность использования комментариев T-SQL внутри ВТ.

Для работы в Windows 2000 требуется обновление Windows Script

---

steban писал(а) 19. Июня 2007 :: 08:42:

Исправлено.

Основное отличие - в реализации механизма отбора по счетам. Реализация V1 не эффективна. Следствие этого отличия - различный синтаксис у ВТ. Детали записаны в описаниях .ert.

Хм.. У меня в этом запросе возникает ошибка Цитата:

Что, в общем-то, логично . С полем 'ПозицияДокумента' ошибка не воспроизводится.

И правда   Да, такой реквизит есть. Спасибо !

В классе используется настройка Метаданные.МаксимальноеКоличествоСубконто, так что ограничений на количество субконто нет.

Чё, не нужно никому это счастье? Вычёркивать?

berezdetsky писал(а) 08. Августа 2008 :: 20:04:


Нужно! Уже тестирую....

Не получается выполнить запрос к БИДвиженияССубконто с соединением к  $БИ.Субконто

Пишет: "AccountsRecordset::СформироватьОшибку(Строка Ошибка=Meta name parser error: неизвестное метаимя или алиас "$БИ")".
Брал пример работы из описания класса и менял на свои параметры запроса

СтоИт задача реализовать карточку отдельного счета (список проводок), может быть можно как-нить по-другому сделать?

Почему у меня такое происходит?:

Если в файле defcls.prm я баню определения функций класса:

класс AccountsRecordset = AccountsRecordsetV2.ert : ODBCRecordset
{
  //Неопределенный ВыполнитьИнструкцию(...);
  //Число Открыть(...);
  //Строка ОбрМетаСКЛ(Строка ТекстЗапроса, Число bOnOff = 1);
  //void Отладка(Число bOnOff = 1);
  //Неопределенный ВыполнитьСкалярный(Строка ТекстЗапроса = "");
  //void УложитьСписокГрупп(Неопределенный СписокОбъектов, Строка ИмяТаблицы, Строка ВидОбъектов = "");
}; 

то такая конструкция работает нормально:

NameOfFunction="fn_getrestsoftmz";
_DeleteFunction(NameOfFunction);
	rs_acc=createobject("AccountsRecordset");
	ТекстЗапроса = "
	|select
	|		rests.Субконто1 					[Субконто1 $Субконто]
	|,		rests.Субконто1_вид
	|,		upper(rtrim(storage.descr))			[Склад]
	|,		rests.Субконто2 					[Субконто2 $Субконто]
	|,		rests.Субконто2_вид
	|,		rtrim(tmz.descr)					[ТМЦ]
	|,		rtrim($tmz.КодТНВД)					[КодТНВД]
	|,		rests.Субконто3 					[Субконто3 $Субконто]
	|,		rests.Субконто3_вид
	|,		rtrim(part.descr)					[Партия]
	|,		isnull($part.Цена_Прих,0)			[ЦенаПартии]
	|,		$part.Дата_Прих						[ДатаПартии]
	|,		isnull(rests.СуммаОстатокДт,0)		[СуммаСКД]
	|,		isnull(rests.СуммаОстатокКт,0)		[СуммаСКК]
	|,		isnull(rests.КоличествоОстатокДт,0)	[КвоСКД]
	|,		isnull(rests.КоличествоОстатокКт,0)	[КвоСКК]
	|,		0									[Обработано]
	|from
	|		$БИОстатки.Основной(:ВыбДата,,(Счет = :ВыбСчет),(МестаХранения, ТМЦ, Партии),) rests
	|		inner join $Справочник.МестаХранения storage(nolock) on storage.id = Субконто1
	|		left join $Справочник.ТМЦ tmz(nolock) on tmz.id = Субконто2
	|		left join $Справочник.Партии part(nolock) on part.id = Субконто3
	|";
	rs_acc=createobject("AccountsRecordset");
	rs_acc.УстановитьТекстовыйПараметр("ВыбДата",'30.09.2007');
	ной));
	Мета = rs_acc.ОбрМетаСКЛ(ТекстЗапроса,1);
	textQuery="create function dbo."+NameOfFunction+" ()
	|returns table
	|as
	|return
	|(
	|"+Мета+")";


	if rs.execute(textQuery)=0 then
		message("Ошибка создания функции "+NameOfFunction+"!","!!!");
		message(rs.GetLastError());
		Return;
	endif;
 

а если оставляю так как есть, т.е. такой prm как в архиве, то сыпятся ошибки:

Метод AccountsRecordset::ВыполнитьСкалярный - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)
Метод AccountsRecordset::ОбрМетаСКЛ - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)
Метод AccountsRecordset::ВыполнитьСкалярный - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)
Метод AccountsRecordset::ОбрМетаСКЛ - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)
Мета = rs_acc.ОбрМетаСКЛ(ТекстЗапроса,1);
{D:\DB1C\ACCOUNT_DB\EXTFORMS\UNIPROCS\CREATEFUNCTION.ERT(292)}: Метод  - различаются параметры в описании класса (prm-файл) и его реализации (модуль класса) 

1С 7.70.020. Текстошибки:
[code]
тз_итоги = RecordSetEx.ВыполнитьИнструкцию(текст_запроса);
{D:\DOCS\РАБОТА\2008_11\ОБОРАЧИВАЕМОСТЬТОВАРНЫХЗАПАСОВ\ОБОРАЧИВАЕМОСТЬ ТОВАРНЫХ ЗАПАСОВ.ERT(127)}: AccountsRecordset::СформироватьОшибку(Строка Ошибка=State 42000, native 170, message [Microsoft][ODBC SQL Server Driver][SQL Server]Line 74: Incorrect syntax near 'МестоХранения $Субконто'.) : State 42000, native 170, message [Microsoft][ODBC SQL Server Driver][SQL Server]Line 74: Incorrect syntax near 'МестоХранения $Субконто'.
вм.СформироватьОшибку(Ошибка);
{D:\1SDB\77\TesterSTO\MyClasses\DB\AccountsRecordsetV2.ert(50) }
[/code]

Текст запроса, вызвавшего ошибку:
[code]
     текст_запроса = "
     |
     | SELECT
     |                  Счет [Счет $Счет.Основной]
     |            , Субконто1 [МестоХранения $Субконто]
     |            , Субконто1_вид МестоХранения_вид
     |            , Субконто2 [ТМЦ $Субконто]
     |            , Субконто2_вид ТМЦ_вид
     |   , 0
     |   , СуммаОборотДт
     |            , СуммаОборотКт
     |   , 0
     | FROM
     |            $БИОбороты.Основной(:НачДата, :КонДата ~, Период,,(Счет IN (SELECT Val FROM #ГруппаСчетов)), (МестаХранения, ТМЦ)) БИОборотыОсновной
     |
     | UNION ALL
     |
     | SELECT
     |                  Счет [Счет $Счет.Основной]
     |            , Субконто1 [МестоХранения $Субконто]
     |            , Субконто1_вид МестоХранения_вид
     |            , Субконто2 [ТМЦ $Субконто]
     |            , Субконто2_вид ТМЦ_вид
     |   , (СуммаОстатокДт - СуммаОстатокКт) НачОстаток
     |   , 0
     |   , 0
     |   , 0
     | FROM
     |            $БИОстатки.Основной(:НачДата,, (Счет IN (SELECT Val FROM #ГруппаСчетов)), (МестаХранения, ТМЦ),) AS НачОстатки
     |
     |";
[/code]

Если меняю местами объединяемые таблицы (сначала Остатки, потом Обороты), то работает нормально. Почему? Это так и надо?

Глянул в отладчике...
Ошибки нет - надо прописывать все запятые, потаму как парсер без тормозов и проскакивает закрывающую скобку, и собирает в параметры все подряд: имя таблицы, следующий юнион, ту же закрывающую скобку...    ...в случае если эта таблица в конце, то проблем нет - просто заканчивается строка и эти параметры остаются пустыми. Потаму так и получилось.

Было б приятно, если бы класс распознавал, что параметры закончились и следует остановиться (оставшиеся забить нулями). Где это сделоть не понял - джуниор я в 1С++...

Было б максимально приятней, если бы вы сделали это моими ручками (направлять, а я буду въезжать).

где выкладывается последняя версия? 

Есть просьба расширить БИОстатки в таком виде чтобы там появилось измерение Период. чтобы получать остатки по дням из одной виртуальной таблицы

нужно для расчета периода оборачиваемости товарных запасов по формуле  = "средние продажи в день" / "средние остатки в день".

Уж очень влом плодить юнионы для каждого дня квартала  ...да и строка 1Совская не вместит столько соединений ((

Подскажите, почему не работает:

     "SELECT Счет [Счет $Счет.IAS]
     |, Валюта [Валюта $Справочник.Валюты]
     |, Субконто1 [Субконто1 $Субконто]
     |, Субконто1_вид   
     |, Субконто2 [Субконто2 $Субконто]    
     |, Субконто2_вид 
     |, СуммаОборотДт
     |, СуммаОборотКт
     |FROM $БИОбороты.IAS(:НачДата, :КонДата ~,
     |,,
     |      (Счет = :ВыбГруппаСчетов),
     |      ,((РазделительУчета = :ВыбФирма) and (Субконто1 in (select val from #СписЦФУ))),,) AS БИОбороты
     |ORDER BY Счет"   

Причем если убрать and (Субконто1 in (select val from #СписЦФУ)) - работает на ура.

Пишет: The column prefix '_1SBKTTL_vt' does not match with a table name or alias name used in the query.) : State 42000, native 107, message [Microsoft][ODBC SQL Server Driver][SQL Server]The column prefix '_1SBKTTL_vt' does not match with a table name or alias name used in the query.

Также сравниваю с оборотно-сальдовой ведомостью - цифры не совпадают. в чем может быть дело?

Как ведут себя остатки в случаи если присутствовало сторнирование?

точно ситуацию не выловил, но когда было сторнирование, то остатки накапливаются на "нетипичных" сторонах т-счета (Кт для Активных, Дт для Пассивных) и можно выйти на нужную сумму путем свертывания Дт ового и Кт ового остатков ...но в конце после 2-3 месяцев суммы другие, а "нетипичные" - нули.
Коротко: создаем движение по счету, сторнируем какуюто проводку. Смотрим обороты и остатки за период, в к-ом было движение, Смотрим обороты и остатки за отдаленный период (через пол года).

мог бы выслать тестовую базу ...но 120 МВ... в каком Вы городе?

Еще просьба разъяснить как считаются цифры в таблицах отностильно ВКЛЮЧЕНИЯ и НЕ ВКЛЮЧЕНИЯ движений с совпадающей датой.   ....в качестве аналогии можно использовать описание поведения ф-ций РассчитатьРегистрыНа и РассчитатьРегистрыПо.

1C, то может и понятно... Но дело в том, что суммы не сходятся не только с типовы "оборотно сальдовая по счету", но и сами с собой:

Если посчитать остаток на Начало периода, потом остаток на Конец периода, и обороты с Начала периода по Конец периода, то должно выполняться равенство:
НачОстДт - НачОстКт + ОборотДт - ОборотКт = КонОстДт - КонОстКт.
Оно же не выполняется....

Согласен, что проблема существует только при определенных условий (смотрите выше мои посты), четко сформулировать каторыя я пока не могу, но почему такое может случится? Где капать?

З.Ы. Я понимаю, что Вы мне ничем не обязаны, и у Вас есть свои вопросы, но Просьба ответить в скором времени, т.к. я обязан и у меня есть определенные сроки... А пока начну переписывать отчет без этого класса... 

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

это проект внедрения...

[quote author=berezdetsky]Пока я не смогу это воспроизвести, я ничем не смогу помочь. [/quote]
Со сторнированием пробывали? или на какой нить реальной базе?

2 vandalsvq
2 berezdetsky
Можете описать как именно работают отчет "Оборотно-сальдовая по счету" и ВТ БИОстатки? Откуда берут данные, как их обрабатывают - владея, этой информацией я бы мог эффективней вносить гипотизы причин, целенаправленно тестить, оценить качество входящей информации для формирования остатков - может, в базе куча мусора, к-ый и косит результаты..

2 vandalsvq
Спасибки за желание помочь, но мне тоже влом забивать данные, следить какие проводки ведут к "косякам"... а база большая. Отложим до лучших времен юзание класса. Когда эта ситуация решиться или же я прийду к выводу, что просто база была "потореченная" ))   просто есть же наверное мысли у создателя класса почему результаты по оборотам отличны от вычисляемого конечного остатка на основании начального и оборотов - естественно, что обороты собираются иным способом, чем считается остаток: у меня обороты считаются правильно за любой период, а остатки лезут: иногда это решается путем сворачивания, иногда просто отличаются.

2 berezdetsky
... и я так все еще не получил ответа как цеплять остатки к оборотам (на КАКИЕ даты рассчитвать остатки?), если обороты рассчитаны за период :НачДата и :КонДата~. Хочу выйти на ситуацию когда
НачОстатокДт - НачОстатокКт + СуммаОборотДт - СуммаОборотКт = КонОстатокДт - КонОстатокКт

спсб

berezdetsky писал(а) 17. Ноября 2008 :: 14:23:

ВТ БИОбороты считается с корреспонденцией - а что это значит, может в этом то и дело, что я не ту и не там таблицу пользую?  

Вопрос про ВТ БИОстатки

А возможно использовать в УсловиеСчета список значений со счетами.
Пытаюсь с помошью УложитьСписокОбъектов() сделать это, выдает
"Invalid object name '#спСчет'"

Roman_K писал(а) 18. Декабря 2008 :: 07:18:


спСчетоф = СоздатьОбъект("СписокЗначений");
спСчетоф.ДобавитьЗначение(СчетПоКоду("62.1"));
спСчетоф.ДобавитьЗначение(СчетПоКоду("62.2"));
спСчетоф.ДобавитьЗначение(СчетПоКоду("60.1"));
спСчетоф.ДобавитьЗначение(СчетПоКоду("60.2"));
спСчетоф.ДобавитьЗначение(СчетПоКоду("76.5"));

$БИОстатки.Основной(:ВыбДата,,
     (Счет IN (SELECT Val FROM #спСчет)),
     (Контрагенты, Договоры),
     (РазделительУчета = :ВыбФирма))

ЗапросСКЛ.УложитьСписокОбъектов(спСчетоф, "#спСчет")

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


Уважаемый berezdetsky , не могли бы Вы привести верии ПО (1С++ и класса), а так же каков будет эффективный код?

У меня 1с++ - 2.5.0.1
класс - 2.65

Все и так чертовски быстро работает, а еще и ускорить можно! Отлично. 

Еще такой вопрос.
Вот я делаю запрос из одной переферийной базы (оперативной) к другой (бухглатерской). Все в рамках одной структуры УРБД, то есть идентификаторы совпадают. 

Но в оперативной базе не расчитывались бухитоги давным давно, соответсвенно класс ругается на это. Я тупо закомментировал проверку на дату расчета БИ, а как будет правильней это осуществить?

но вообщето, я не советую использовать пока что этот класс в реально работающих системах ......при наличии сторнировании в операциях суммы остатков расходяться с суммами остатков в стандартном отчете "оборотно-сальдовая оп счету".

Данный пост ни в коем случае не содержит цель опорочить данный продукт, ВЕЩЬ ДЕЙСТВИТЕЛЬНО ОЧЕНЬ ЦЕННАЯ И ПОЛЕЗНАЯ и ей нужно давать развитие, .....только вот ошибки не особо яро исправляют и не особо интересуются почему же случаи некорректной работы имеют место быть. 

Да. вот такая вот я кака. .....просто обидно: потратил два дня и в пустую..

Блин, я понял почему такое выдавало.

DmitryCh писал(а) 17. Декабря 2008 :: 13:03:


У меня  вот это

ЗапросСКЛ.УстБД(Соединение);

Стояло после УложитьСписокОбъектов() и до ВыполнитьИнструкцию()
Соответсвенно временная табличка создавалась в текущей базе, а искалась в той к которой выполнялся запрос.

PS есть тут смайлик бьющий себя молотком по голове?

У меня проблема следующего характера, не знаю как победить:
Метод AccountsRecordset::ВыполнитьСкалярный - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)
Метод AccountsRecordset::ОбрМетаСКЛ - различаются параметры ( Знач или без Знач ) в описании класса (prm-файл) и его реализации (модуль класса)

Используется 1С++ 3.0.1.21

NFF писал(а) 25. Декабря 2008 :: 11:06:

Это ошибка 1С++ 3.х. Определение интерфейса (prm-файл) не должно зависеть от реализации (приёма параметров по значению или по ссылке), однако, в 3.х зависит. IMHO. Собственно, я уже отвечал на этот вопрос в #19.

Обходится прописыванием Знач в .prm в соответствии с реализацией в .ert.

artbear писал(а) 26. Декабря 2008 :: 04:17:

Однако, зачем-то вмешивается. У меня нет Знач в .prm


artbear писал(а) 26. Декабря 2008 :: 04:17:

О чём и речь. На этапе разработки интерфейса разработчик не знает, будет ли параметр изменяться в реализации метода, и, соответственно, понадобится ли там Знач.


artbear писал(а) 26. Декабря 2008 :: 04:17:

+1. Не стоит и пытаться.


artbear писал(а) 26. Декабря 2008 :: 04:17:

А если не хочу? Переход на 3.х в обозримом будущем не планирую. 
Да и проблема, по сути, из пальца высосана.

Самое интересное - что 1С++ ведет себя по разному в зависимости от наличия/отсутствия Знач в прм-файле и есть неожиданные эффекты. В моих тестах они четко выявлялись.

ЗЫ я все-таки проблему не на пустом месте придумал и кучу времени потратил на решение

Только с помощью БИОстатки - нельзя. БИОстатки + БИДвиженияССубконто - можно.

Но, IMHO, здесь что-то неправильно или в постановке задачи или в способе реализации.

berezdetsky писал(а) 01. Марта 2009 :: 19:26:


Задача в принципе такая - акт сверки с контрагентом с учетом разноса оплат на конкретные документы. Т.е. в выписке может быть несколько проводок по одному документу, и остаток надо получать на момент после каждой конкретной проводки.

А как все таки это реализовать можно при помощи БИОстатки + БИДвиженияССубконто ? Пару дней покрутил со всех сторон - ничего хорошего в голову не пришло. Движения без проблем - остатки не прицепляются...

berezdetsky писал(а) 02. Марта 2009 :: 15:09:


Ну тогда уж проще штатным методом сделать - через бухзапрос с периодичностью "проводка". Как в принципе и сделано сейчас.

Кстати... А для БИОстаткиОбороты нельзя ли добавить переодичность "Проводка" ? Это в качестве хотелки  

Добрый день!
Такой вопрос - при передаче в качестве границы расчета в ВТ Остатки позиции документа, получаю ошибку "Неправильный формат времени!"
Если передавать в качестве границы дату - все нормально.
Позицию передаю так:
кущийДокумент(), -1));

Точно!
Глаза замылились ))
Спасибо

А документация есть по данному классу?

Ой, прошу прощения . Ведь долго думал, спросить-не спросить про документацию. Оказалось не зря думал

Парсинг привязан к метаданным и к концу рассчитанного периода текущей ИБ. Выполняй запрос в OLE-подключении.

berezdetsky писал(а) 24. Марта 2009 :: 14:52:

знаю что бессовестно просить
но возможно ли реализовать следующее
сейчас в БИОстатки  и в БИОстаткиОбороты (за это особенное спасибо !) можно получить

           <Имя Ресурса>Остаток
           <Имя Ресурса>ОстатокДт
           <Имя Ресурса>ОстатокКт
что в принципе аналоги СНД, СНК, СКД или СКК в зависимости от условий периода
так вот с толкнулся  с тем что часто бывает необходимо аналоги СНДРС,СКДРС,СНКРС,СККРС (развернутое сальдо)
основное отличие в отображение итога дебетового или кредового сальдо по субконто для ненулевых

пока это возможно сделать тремя запросами с последующей склейкой, и последующей группировкой
приблизительно так

	ТекстЗапроса = "
	|SET NOCOUNT ON
	| select  
	| 	 Основной.Счет  [Счет $Счет.Основной]
	|	,'' as Субконто1
	|	, Основной.СуммаНачальныйОстатокДт as СНД
	|	, Основной.СуммаНачальныйОстатокКт as СНК
	|	, Основной.СуммаОборотДт as ДО
	|	, Основной.СуммаОборотКт as КО
	|	, Основной.СуммаКонечныйОстатокДт as СКД
	|	, Основной.СуммаКонечныйОстатокКт as СКК
	|	, 0 as СНДРС
	|	, 0 as СНКРС
	|	, 0 as СКДРС
	|	, 0 as СККРС
	| FROM $БИОстаткиОбороты.Основной(:НачДата, :КонДата ~, , , , , , ) AS Основной
	|UNION ALL
	| select  
	| 	 Основной.Счет  [Счет $Счет.Основной]
	|	, Основной.Субконто1 [Субконто1 $Субконто]
	|	, sum(0) as СНД
	|	, sum(0) as СНК
	|	, sum(0) as ДО
	|	, sum(0) as КО
	|	, sum(0) as СКД
	|	, sum(0) as СКК
	|	, CASE  WHEN sum(Основной.СуммаОстатокДт)-sum(Основной.СуммаОстатокКт)>0 THEN sum(Основной.СуммаОстатокДт)-sum(Основной.СуммаОстатокКт) ELSE 0 END as СНДРС
	|	, CASE WHEN sum(Основной.СуммаОстатокКт)-sum(Основной.СуммаОстатокДт)>0 THEN sum(Основной.СуммаОстатокКт)-sum(Основной.СуммаОстатокДт) ELSE 0 END as СНКРС
	|	, 0 as СКДРС
	|	, 0 as СККРС
	| FROM $БИОстатки.Основной(:НачДата,,,,) AS Основной
	|group by Основной.Счет,Основной.Субконто1,Основной.Субконто1_вид
	|having sum(Основной.СуммаОстатокДт)<>sum(Основной.СуммаОстатокКт)
	|UNION ALL
	| select  
	| 	 Основной.Счет  [Счет $Счет.Основной]
	|	, Основной.Субконто1 [Субконто1 $Субконто]
	|	, sum(0) as СНД
	|	, sum(0) as СНК
	|	, sum(0) as ДО
	|	, sum(0) as КО
	|	, sum(0) as СКД
	|	, sum(0) as СКК
	|	, 0 as СНДРС
	|	, 0 as СНКРС
	|	, CASE  WHEN sum(Основной.СуммаОстатокДт)-sum(Основной.СуммаОстатокКт)>0 THEN sum(Основной.СуммаОстатокДт)-sum(Основной.СуммаОстатокКт) ELSE 0 END as СКДРС
	|	, CASE WHEN sum(Основной.СуммаОстатокКт)-sum(Основной.СуммаОстатокДт) >0 THEN sum(Основной.СуммаОстатокКт)-sum(Основной.СуммаОстатокДт) ELSE 0 END as СККРС
	| FROM $БИОстатки.Основной(:КонДата~,,,,) AS Основной
	|group by Основной.Счет,Основной.Субконто1,Основной.Субконто1_вид
	|having sum(Основной.СуммаОстатокДт)<>sum(Основной.СуммаОстатокКт)";
	тз=SQL.ВыполнитьИнструкцию(ТекстЗапроса);  

	//Debug.ViewVT(тз);
	тз.GroupBy("Счет","СНД,СНК,ДО,КО,СКД,СКК,СНДРС,СНКРС,СКДРС,СККРС");

 

и естественно это не самым лучшим образом влияет на производительность
в общем такие вот дела

berezdetsky писал(а) 01. Апреля 2009 :: 07:59:

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

Будь осторожнее с недокументированными возможностями    - БИОборотыДтКт не всегда строится по проводкам.

Если БИОборотыДтКт считаются без разворота по субконто с периодичностью от месяца, используется таблица _1SBKTTLC.

berezdetsky писал(а) 01. Апреля 2009 :: 18:41:

а можно добавить функционал ?
что для оборотных запросов  строящихся на таблице проводок, можно было запрашивать реквизиты проводок
надо добавить выделенное красным, при наличии в запросе $РеквизитПроводки.*

либо при наличии запроса $РеквизитПроводки.*
собирать данные только через таблицу проводок

---

к примеру для такого запроса
           | select  
           |        Основной.Субконто1 [Субконто1 $Субконто]
           |      , Основной.Субконто1_вид
           |      , Основной.СуммаОборот as Факт
           |      , $РеквизитПроводки.РеквизитПроводки as СтатусПроводки
           | FROM $БИОборотыДтКт.Основной(:НачДата, :КонДата~,,,,,,) AS Основной

---

select  
       Основной.СубконтоДт1 [СубконтоДт1 $Субконто]
     , Основной.СубконтоДт1_вид
     , 0 as План
     , Основной.СуммаОборот as Факт
     ,Основной. РеквизитПроводки as РеквизитПроводки  
FROM (SELECT РазделительУчета
     , Валюта
     , СчетДт
     , СчетКт
     , СубконтоДт1, СубконтоДт1_вид, СубконтоДт2, СубконтоДт2_вид, СубконтоДт3, СубконтоДт3_вид, СубконтоКт1, СубконтоКт1_вид, СубконтоКт2, СубконтоКт2_вид, СубконтоКт3, СубконтоКт3_вид
     , РеквизитПроводки
     , Sum(СуммаОборот) СуммаОборот
     , Sum(ВалютнаяСуммаОборот) ВалютнаяСуммаОборот
     , Sum(КоличествоОборот) КоличествоОборот
     
FROM (
     SELECT _1SENTRY_vt.SP5124 РазделительУчета
           , _1SENTRY_vt.CURRID Валюта
           , _1SENTRY_vt.ACCDTID СчетДт
           , _1SENTRY_vt.ACCKTID СчетКт
           , _1SENTRY_vt.DTSC0 СубконтоДт1, _1SENTRY_vt.VDTSC0 СубконтоДт1_вид, _1SENTRY_vt.DTSC1 СубконтоДт2, _1SENTRY_vt.VDTSC1 СубконтоДт2_вид, _1SENTRY_vt.DTSC2 СубконтоДт3, _1SENTRY_vt.VDTSC2 СубконтоДт3_вид, _1SENTRY_vt.KTSC0 СубконтоКт1, _1SENTRY_vt.VKTSC0 СубконтоКт1_вид, _1SENTRY_vt.KTSC1 СубконтоКт2, _1SENTRY_vt.VKTSC1 СубконтоКт2_вид, _1SENTRY_vt.KTSC2 СубконтоКт3, _1SENTRY_vt.VKTSC2 СубконтоКт3_вид
           , _1SENTRY_vt.SP8968 РеквизитПроводки
           , _1SENTRY_vt.SUM_ СуммаОборот
           , _1SENTRY_vt.CURSUM ВалютнаяСуммаОборот
           , _1SENTRY_vt.AMOUNT КоличествоОборот
           
     FROM _1SENTRY AS _1SENTRY_vt WITH (NOLOCK)
           
     WHERE (_1SENTRY_vt.ACTIVE = ' ')
           AND (_1SENTRY_vt.PROVKIND = ' ')
AND ((_1SENTRY_vt.KTSC0 is not null or _1SENTRY_vt.DTSC0 is not null )) AND (_1SENTRY_vt.DATE_TIME_DOCID Between '20090401' AND '20090401Z')
) sq_vt
GROUP BY РазделительУчета, СчетДт, СчетКт, Валюта, СубконтоДт1, СубконтоДт1_вид, СубконтоДт2, СубконтоДт2_вид, СубконтоДт3, СубконтоДт3_вид, СубконтоКт1, СубконтоКт1_вид, СубконтоКт2, СубконтоКт2_вид, СубконтоКт3, СубконтоКт3_вид, РеквизитПроводки
HAVING (Sum(СуммаОборот) <> 0)
     OR (Sum(ВалютнаяСуммаОборот) <> 0)
     OR (Sum(КоличествоОборот) <> 0)
) AS Основной

---

berezdetsky писал(а) 02. Апреля 2009 :: 12:43:


понятно, нет так нет

berezdetsky писал(а) 02. Апреля 2009 :: 12:43:

я знаю, это условие ни на что не влияющее (как вариант делаю СубконтоДт1=СубконтоДт1 )
условие я ставлю специально,
что бы потом было легко добавлять условия зависящие от опций (не надо отслеживать and)
например в условии

|СубконтоДт1 =СубконтоДт1
|"+?(ОтборСубконтоКт.GetListSize()>0," and (СубконтоКт1 in (select val from #ОтборСубконтоКт))","")+"
|"+?(ОтборСубконтоДт.GetListSize()>0," and (СубконтоДт1 in (select val from #ОтборСубконтоДт))","")+"
|"+?(СтатусПроводки=0,""," and ($РеквизитПроводки.СтатусПроводки =1)")+"
|"+?(ОтбПодр=1," and (РазделительУчета =:Подразд)","")+"
  

Собственно, поэтому метод и называется УложитьСписокГрупп. 
Просто уложить список счетов можно и штатным УложитьСписокОбъектов.