:)
всем привет
не смог оживить конструктор для toysql - винда с обновлениями - не дружит с этим dll
есть у кого аналог для 1с++ в архивах?

Для именно тойсиквел?
Квериконсоль где-то есть, но там синтаксис же немного отличается (он именно для 1с++)...

:)
да той есть но не пашет - 1с++ пашет - админ говорит что надо ставить старую винду потом нетфреймворк 3.5 а потом все свежие обновы ...
ищу консоль для 1с++ или аналоги

(2) Куда?

:)
[email protected]

(4) Отбойник

Некрофилы :)

(4) архивнул с шифрованием. пароль 123

(7) :) вытащил гугл ссылку из спама
доступ хочет
отправил запрос

(6) :) 1с77 живее всех живых
вот выложит Нуралиев код движка и заживем

:)
увы
как выяснилось не только 1с++ не любит остатки и обороты по реквизиту регистру да еще по периоду
той тоже вылетает

(9) Код 7.7 ... Неа не выложит, а то тогда опять убийцы 1С активируются )

(10) ну бери физическую таблицу движений и собирай остатки и обороты прямым запросом - так не получится?

(12) :)
да я с 1с++ почти не работал
у Павла было проще - на входе конструктор на выходе таблица
плюс кривой регистр в котором реквизит должен быть в крайнем случае условием а не справочником ла еще и подчиненным

(13) >да я с 1с++ почти не работал
Есть повод начать... поможет в работе с снеговиком.
Конструктор - костыль. (помогает либо когда нихрена не знаешь, либо  накидать заготовку). Смотри на структуру данных и пиши... "ничего военного"®

:)
хотя я не справедлив к тою:
развертка по реквизиту с приходами/расходами по дням отрабатывает

    SELECT
        [Рег.Товар] Товар
    ,    [Рег.ПериодДвижения] ПериодДвижения
    ,    НачОстКоличество = (SUM([НачОст(Рег.Количество)]))
    ,     ПриходКоличество = (SUM([Приход(Рег.Количество)]))
    ,     РасходКоличество = (SUM([Расход(Рег.Количество)]))
    ,     КонОстКоличество = (SUM([КонОст(Рег.Количество)]))
    FROM
    [(Регистр.ГТД2([@ДатаНачала], [@ДатаКонца], [@"День"])
    GROUP BY [Товар], [ПериодДвижения]
    HAVING [НачОст(Количество)] <> 0 OR [Приход(Количество)] <> 0 OR [Расход(Количество)] <> 0 OR [КонОст(Количество)] <> 0
    )] Рег
    GROUP BY [Рег.Товар],    [Рег.ПериодДвижения]
    ORDER BY [Рег.Товар],    [Рег.ПериодДвижения]

а вот с начост/коност уже жалуется
а 1с++ и так не может

(14) :) любителям изобретать велосипед костыли не нужны

(2) ":)
да той есть но не пашет"

Это ка и на чем не пашет? У нас ПАШЕТ

(17) :) см (15) - я поспешил - той рулит
вот только не особо дружит с microsoft server 2012 r2 пока...

(15) Не лучше ли самому такие развёртки писать? Всяко оптимальней будет.

(19) :) если подружу той с сервером то не лучше
а если нет то 1с++ не дружит с реквизитами регистра виртуальными таблицами и это гемор

(20) если обрабатывать физическую таблицу регистра - то (имхо) пофиг измерение это или реквизит. Если обрабатвать виртуальную таблицу ОстаткиОбороты - то ясен пень никакие НачОст и КонОст в разрезе реквизитов - сделать не получится.

.. и если делать это на уровне физической таблицы оборотов (RA) то все итоги по НачОст и КонОст в разрезе реквизитов придется насчитывать самостоятельно по одной этой таблице RA.

Может я конечно ахинею несу, спецы меня поправят, но ставлю шоколадку что я прав.

:)
я и говорю гемор

А кто говорил что будет легко? промахи в архитектуре регистра доставляют радости. Перенести Период в измерения, по сути "период" - это такая большая партия. Дописать в код эту "партионку", перепровести базу.

С другой стороны построить на скуле по RA нужный расчет - не должно быть особо трудно.. типовая задача можно сказать ;-) Я такую партионку для ТиС отдельным отчетом писал для базы где партионный учет был убит вусмерть

(26) https://www.youtube.com/watch?v=96VpplqGe6M

прочитал, ничего не понял. Что значит 1с++ вылетает для реквизитов остатков и оборотов. По реквизитам в принципе нет никаких остатков. Если вдруг надо остатки по ним, то надо от царя гороха суммировать обороты. А так я делал свои обертки для остатков, оборотов и остатковоборотов для 1с++ и ничего не вылетало, ни в ДБФ, ни в SQL

(27) И что? много тут современных "олегархов", которые что-то нового сделали?

и зачем период переносить в измерение ? Период итак присутствует в файлах остатков RG*

(30) может быть это не тот пеериод. а например какой-то плановый период чего-либо... пишем на него и погашаем потом его... в RG таких периодов нет...

(25) :))))))
если б все было так просто

:)
невозможно перепровести или изменить структуру метаданных почти для всех старых объектов - объем...

(28) :) 1с++ не любит реквизиты регистра
той вылетал но можно
но той не дружит с server 2012

что такое "1с++ не любит реквизиты регистра" ?

(34) Когда вы говорите, такое впечатление, что вы бредите (с)
Что, где не любит 1с++? Я же сказал выше, соединяйте таблицы сами, не используйте ОстаткиИОбороты, это же не сложно. И ещё раз, для особо упоротых упёртых: это, в зависимости от задачи, будет всяко оптимальней! Те же CTE, оконные, пользовательские функции сильно помогают.

(36)я тоже не понимаю. 1С++ парсит запрос, упрощая его написание. Не нравится, пишите прямо к таблицам и выбирайте что хотите )) 1С++ все любит ))

(36) (37) :) ...многие люди не читают и не понимают то что им пишут другие - они всегда все понимают через свою понятийную матрицу

(38)перевожу на понятный язык. Чукча не читатель - чукча писатель
Напишите конкретно, что Вы не можете сделать ? что Вам надо посчитать , какой отчет построить ) а не то что 1с++ что то не любит. OLEDB или ODBC все равно что выбирать, какие поля в таблицах

(38)Вы же ищете решение и если Вас не поняли, то другие люди виноваты ?

Покажите запрос, который не любит 1С++
А так обсуждаем непонятно что

:)
кто виноват-то? где я кого винил?
а обсуждаем не запросы а общий подход
потому чт я решу общее решение
вот вы с Арбузом уже написали что для вас оптимальнее
я понял

:)
кстати с запросом непонятка
вот такой выполняется
|SELECT
|  Рег.Статья as [Статья $Справочник.ЗначенияСубконто],
//|  Рег.Место as [Место $Справочник.МестаХраненияДенег],
|  Рег.Период Период,
//1
|  SUM(Рег.СуммаПоПлану) as СуммаПоПлану,
|  SUM(Рег.СуммаПоФакту) as СуммаПоФакту
//2
//|(1-Рег.debkred)* $Рег.СуммаПоФакту AS ПриходСуммаПоФакту,
//|(Рег.debkred) * $Рег.СуммаПоФакту AS РасходСуммаПоФакту,
//|(1-Рег.debkred)* $Рег.СуммаПоПлану AS ПриходСуммаПоПлану,
//|(Рег.debkred) * $Рег.СуммаПоПлану AS РасходСуммаПоПлану
//3
//| 0 as [ОстатокНачСуммаПоПлану $Число],
//| SUM(case when Рег.debkred = 1 then $Рег.СуммаПоПлану else 0 end) as [РасходСуммаПоПлану $Число],
//| SUM(case when Рег.debkred = 0 then $Рег.СуммаПоПлану else 0 end) as [ПриходСуммаПоПлану $Число],
//| 0 as [ОстатокКонСуммаПоПлану $Число],
//| 0 as [ОстатокНачСуммаПоФакту $Число],
//| SUM(case when Рег.debkred = 1 then $Рег.СуммаПоФакту else 0 end) as [РасходСуммаПоФакту $Число],
//| SUM(case when Рег.debkred = 0 then $Рег.СуммаПоФакту else 0 end) as [ПриходСуммаПоФакту $Число],
//| 0 as [ОстатокКонСуммаПоФакту $Число]
|FROM
|  (SELECT
|     $Р.Статья as Статья,
|     $Р.Место as Место,
|     $Р.СуммаПоПлану as СуммаПоПлану,  
|     $Р.СуммаПоФакту as СуммаПоФакту,
|     CAST(LEFT(jr.date_time_iddoc,8) as datetime) as Период
|  FROM $Регистр.ис_БюджетЗатрат as Р
|  INNER JOIN $Справочник.МестаХраненияДенег AS Места With (NOLOCK) ON $Р.Место = Места.ID
|  INNER JOIN _1sjourn jr (NOLOCK) ON (Р.iddoc = jr.iddoc)
|                 And (jr.date_time_iddoc BETWEEN :Д1 AND :Д2~)  
|                 And ($Места.Тип = 1 OR $Места.Тип = 2)  
|  ) as Рег
|GROUP BY
|  Рег.Статья,
|  Рег.Место,
|  Рег.Период";
а если вместо секции 1 открыть секцию 2 или 3 (с debkred) то 1с++ не понимает
пишет то не понимаю $Рег то не понимаю debkred

у Рег нету поля debkred
Такое поле есть у физической таблицы движений регистра RAxxx, которая имеет метаимя $Регистр.ис_БюджетЗатрат

:)
ну да
в одном селекте можно вытащить дебкред
|SELECT $РегД.Статья as [Статья $Справочник.ЗначенияСубконто],
|0 as [ОстатокНачСуммаРублевая $Число],
|SUM(case when РегД.debkred = 1 then $РегД.СуммаПоФакту else 0 end) as [РасходСуммаРублевая $Число],
|SUM(case when РегД.debkred = 0 then $РегД.СуммаПоФакту else 0 end) as [ПриходСуммаРублевая $Число],
|0 as [ОстатокКонСуммаРублевая $Число]
|FROM
|$Регистр.ис_БюджетЗатрат as РегД
|INNER JOIN
|$Справочник.МестаХраненияДенег AS Места With (NOLOCK) ON $РегД.Место = Места.ID
|INNER JOIN
|_1sjourn as Жур (nolock) on Жур.iddoc = РегД.iddoc
|WHERE
|(Жур.Date_Time_IDDoc BETWEEN :Д1 AND :Д2~) AND ($Места.Тип = 1 OR $Места.Тип = 2)
|GROUP BY $РегД.Статья;";

а первый запрос из методички по дням для дбф переделанный под скл

И в первом запросе можно debkred вытащить.

(43) Каша какая-то в запросах. Делаешь выборку из подзапроса Рег, в котором у тебя нет debkred и возмущаешься. После CAST(LEFT(jr.date_time_iddoc,8) as datetime) as Период добавь еще строку Р.debkred as debkred и будет тебе счастье.
Тут SUM(Рег.СуммаПоПлану) ты обращаешься к подзапросу без $ что и правильно, а тут (1-Рег.debkred)* $Рег.СуммаПоПлану через $. Ты уж определись с синтаксисом. Не знаю как той, но через 1с++ это-бы точно не проканало. И вообще никаких проблем у 1с++ при доступе ко всему и все. Неча на зеркало пенять, коли рожа крива (с) чей-то

И от ИЛИ (OR) лучше избавиться
Отлаживать сначала лучше внутренний запрос отдельно, а затем уже его оборачивать, если нужно
Я вообще не очень понимаю, мелькают все время два похожих запроса, то c jr, то с жур. Что надо сделать то, какая задача?