Вход | Регистрация
    1  2  3  4  5  6  7   
1С:Предприятие :: 1С:Предприятие 8 общая

Срез последних - не совсем срез?

↓ [mikecool, 16.08.21 - 15:57]
Срез последних - не совсем срез?
Я
   brainguard
 
28.07.21 - 23:39
Только сейчас обнаружил, что если в запросе будут не все измерения, то срез последних "превращается в тыкву". Например, измерения "поставщик", "номенклатура". Делаем запрос по одному измерению "номенклатура" и не получаем срез последних по этому измерению. Это действительно так? Или я что-то "неправильно готовлю" (версия платформы 8.3.18.1208)?
   mistеr
 
201 - 30.07.21 - 01:18
(192) Срез последних — это последние записи в разрезе измерений регистра. И для каждого набора значений измерений последняя запись всегда одна. Так работает периодический регистр сведений 1С.

А что хочешь ты, я так толком и не понял. Если хочешь серьезного разговора, напряги мозги и роди формальное определение, не допускающее разных толкований и пригодное к реализации. А с такими хотелками, как "не попадали данные из прошлого века" тебя кто угодно пошлет, не только разработчики платформы.

Не уподобляйся Гению с его ламерским подходом к сложным вопросам.
   Said_We
 
202 - 30.07.21 - 01:20
(196) Ну, не знаю.... 1С только обещает в 8.3.20 несколько математических функций добавить и на этом всё.
Оконные функции существуют около десятка лет. Зачастую их использование дает прирост в скорости в несколько порядков, по сравнению с классическими запросами.
А в 1С тем временем, примерно в момент появления оконных функций решило ускоряться путем внедрения тонкого клиента и управляемых форм - по крайней мере в начале это была одна из главных причин. Как итог эти управляемые формы работают по ощущениям только медленнее чем обычные. Понятно что управляемые формы и тонкого клиента внедряли не для ускорения, но продавали это в самом начале именно так.
   Said_We
 
203 - 30.07.21 - 01:27
К (202)
Не проверял, но тут:
https://habr.com/ru/post/474458/

такая информация:

"Необходимый инструмент – оконные функции – впервые появился только стандарте SQL:2003. К этому моменту они уже были в Oracle (версия 8i). А вот реализация в других СУБД задержалась на 5-10 лет: SQL Server 2012, MySQL 8.0.2 (2018 год), MariaDB 10.2.0 (2017 год), PostgreSQL 8.4 (2009 год), DB2 9 для z/OS (2007 год), и даже SQLite 3.25 (2018 год)."
   Said_We
 
204 - 30.07.21 - 01:32
(196) "А его пилит практически один человек." - этому человеку памятник надо поставить. SQLite Просто шедевр.
Или пригласить его за 1 000 000 в день что бы допилил запросы в 1С. :-)
   Said_We
 
205 - 30.07.21 - 01:35
(203)
"Производительность оконных функций будет зависеть от специфики вашей СУБД (и её версии!), размеров таблицы, и наличия индексов. Но в большинстве случаев этот метод будет самым эффективным. Тем не менее, оконные функции недоступны в старых версиях СУБД (которые ещё в ходу). Кроме того, их нет в таких СУБД как Microsoft Access и SAP/Sybase ASE. Если необходимо вендоро-независимое решение, следует обратить внимание на альтернативы."

Вот чем надо с SAP бороться.
   серый КТУЛХУ
 
206 - 30.07.21 - 01:45
(201): строго говоря - он хочет виртуальную таблицу среза последних такую, для которой при ее параметризации можно было указать любое сочетание измерений, по которому бы выдавался срез. типа
рс: (период) измерение1 изменение2 ... измерениеN ресурс1 ...
запрос виртуальной таблицы. чтобы поимо параметра "Пеиод" и условий - можно было еще в какой-нибудь параметр засунуть список имен измерений, по которым бы выдавался срез (а не по всем). ну типа
рс: (период) изм:Номенклатура изм:Поставщик изм:ГородДоставки рес:Цена
а ему в запрос надо виртуальную таблицу среза последних стобы через параметры этой вирт.таблицы можно было указать - что нужен срез этот по измерению Номенклатура и Поставщик - т.е. последние с игнором измерения ГородДоставки.
чухня жуткая, даже не придумывается - где это может пригодиться при том, что стандартный срез последних позволяет выдернуть это же самое по любому комплекту интересующих/игнорируемых измерений.
я же говорю - типичная разруха в голове.
   Said_We
 
207 - 30.07.21 - 01:45
(195) Пусть человек напишет (без сарказма, а на полном серьёзе).
И каждый пусть напишет. И чем больше человек напишет, тем быстрее 1С прикрутит нам счастье в виде оконных функций. Пусть в 1С 9.0, но прикрутит.
Данная задача должна стать приоритетной для 1С.
За что чаще всего критикуют 1С - правильно за неповоротливость и долгую работу. А тут хоть переписанные отчеты летать начнут.
   youalex
 
208 - 30.07.21 - 01:46
(196) не буду спорить, сложно не сложно, но об этом даже пока и не заикаются.
А раз 1С это не нужно, значит и никому это не нужно) Вот тригонометрические функции и прочие дисперсии - сообществу были просто необходимы. Поэтому - получите и радуйтесь тому что есть. Но строковые функции - да
   Said_We
 
209 - 30.07.21 - 01:50
(208) А Релиз уже вышел?
   H A D G E H O G s
 
210 - 30.07.21 - 01:54
(209) А за счет чего оконные функции дают прирост?
   youalex
 
211 - 30.07.21 - 01:55
(209) Я знаю не больше вас - то что было заявлено в Зазеркалье.
И я пока еще не уверен, это будут нативные функции СУБД, или родная "постобработка" - т.е. поля, которые тут же в запросе не получится использовать.
   Said_We
 
212 - 30.07.21 - 01:59
(211) Вот и я про это же.
Они уже добавили АвтоНомерЗаписи(), который можно использовать только во внутренних таблицах и с обязательным указанием сортировки. А если указал сортировку во внутреннее таблице, то в выбрать обязательно должен использовать первые "оченьмного". Сплошные ограничения высосанные из пальца, которые друг на друга накладываются и приводя к тому что этим пользоваться нормально нельзя.
   youalex
 
213 - 30.07.21 - 02:00
(207) >1С прикрутит нам счастье в виде оконных функций.
Есть же СКД, где на движке 1с реализуются аналоги оконных функций, и есть даже расширенный STRING_AGG ()
   Said_We
 
214 - 30.07.21 - 02:07
(210) Поля, которые получаются с помощью оконной функции заполняются за один проход. А информация, которая может быть содержаться при этом в этом поле может помочь отказаться использоваться от разных не нужных JOIN, которые могли использоваться ранее для решения необходимых задач. JOIN - убийца производительности запросов. Если задачу можно решить без JOIN, то нужно решать без JOIN.
   H A D G E H O G s
 
217 - 30.07.21 - 02:16
(214) и ЕЩЕ раз.

Вот  у меня запрос, с джоин

ВЫБРАТЬ
    ТоварыНаСкладах.Номенклатура КАК Номенклатура,
    Номенклатура.Наименование КАК Наименование
ИЗ
    РегистрНакопления.ТоварыНаСкладах КАК ТоварыНаСкладах
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.Номенклатура КАК Номенклатура
        ПО ТоварыНаСкладах.Номенклатура = Номенклатура.Ссылка

Как оконная функция поможет его обойти?
   Said_We
 
218 - 30.07.21 - 02:18
(213)  Прелесть оконных функций, что далее по запросы используется их результат в логике задачи, а не просто результат для показать.
Посмотри внимательно на (186), (187), (189). Сами поля npp и max_tov (правлиьнее назвать max_npp) как результат итогового запроса вообще не нужны. Их результаты нужны только для выполнения логики запроса, для решения задачи.
   Said_We
 
219 - 30.07.21 - 02:20
(217) Плохой пример. Оконные функции помогают, когда источник данных одна и та же таблица.
Например посчитать нарастающим итогом сумму. Срез какой-то и т.д.
   Said_We
 
220 - 30.07.21 - 02:22
(217) 8.3 Накопленный итог запросом
Тут в посте 21 пример, когда надо по РС построить таблицу с периодами изменения.
   H A D G E H O G s
 
221 - 30.07.21 - 02:24
(219) Так. Работает только с одной таблицей? Типа буфера, так?
   Said_We
 
222 - 30.07.21 - 02:30
(221)
На входе:
with data as
    (Select '2017-01-10' as d, 'rabotaet' as s
    union all select '2017-02-23', 'rabotaet'
    union all select '2017-02-28', 'otpusk'
    union all select '2017-03-11', 'bolnichniy'
    union all select '2017-03-15', 'bolnichniy'
    union all select '2017-03-17', 'bolnichniy'
    union all select '2017-03-30', 'rabotaet'
    union all select '2017-04-02', 'rabotaet'
    union all select '2017-04-08', 'otpusk'
    union all select '2017-04-14', 'rabotaet'
    union all select '2017-04-28', 'uvolen'
    )

Надо получить на выходе таблицу:
dateN    dateK    s
2017-01-10    2017-02-27    rabotaet
2017-02-28    2017-03-10    otpusk
2017-03-11    2017-03-29    bolnichniy
2017-03-30    2017-04-07    rabotaet
2017-04-08    2017-04-13    otpusk
2017-04-14    2017-04-27    rabotaet
2017-04-28    NULL    uvolen

Т.е. во первых не учитывать записи в которых состояние не менялось, во вторых определить дату окончания, кроме последней записи

Данную задаче решает вот такой простой запрос без использования JOIN, но с использованием оконных функций:
select
     t.d as dateN
    ,Cast(DateADD(day, -1, LEAD(t.d) OVER(ORDER BY t.d)) as date) dateK
    ,t.s
from
    (select
         t.d
        ,t.s
        ,LAG(t.s) OVER(ORDER BY t.d) prev_s
    from
        data as t

    ) as t
where
    t.s <> t.prev_s

    or t.prev_s is null
   H A D G E H O G s
 
223 - 30.07.21 - 02:30
(222) Нахрена это?
   H A D G E H O G s
 
224 - 30.07.21 - 02:31
(222) Вы маетесь ерундой и 1С правильно делает, что не дает вам инструменты для ваших извращений.
   H A D G E H O G s
 
225 - 30.07.21 - 02:32
(222) Запрос должен вытаскивать данные из базы наиболее просто и наиболее точно. Всё.
   H A D G E H O G s
 
226 - 30.07.21 - 02:32
Обрабатывать данные вы должны не в запросе, а в коде.
   Said_We
 
227 - 30.07.21 - 02:44
(223) Реши данную задачу с помощью запроса без оконных функций. Решение есть в посте (17) в ветке, которая указана в (220).
Реши с помощью кода.
Посмотри на объем написанного текста.
Замерь производительность.
Убедись что запрос в (222) быстрее всех и количество написанного текста в нем минимальна.

(224) Не согласен.
(225) Как раз это и делает запрос в (222). Просто быстро и коротко.
(226) Если мне нужен результат в отчет и я его могу получить простым и коротким запросом, то зачем что-то обрабатывать?

Все так думают как в H A D G E H O G s ?
Кто думает не так?

Хоть голосовалку открывай и отдельную тему. Только не вижу я в этом смысла. Эта ветка и так сплошной - не пойми что. Автор ветки постарался. Аш, читатели форума писать начали. :-) Фантастика.
   Ненавижу 1С
 
228 - 30.07.21 - 03:03
(182) вот это и плохо
   Дух пролетариата
 
229 - 30.07.21 - 05:42
(227) А я с вами согласен. Оконные функции - полезная и нужная штука. Вообще, чем ближе 1С язык запросов подведёт к современным фичам SQL, тем лучше. Другой вопрос в том, что порог входа для понимания чужих запросов подрастёт существенно, т.к. в современных фичах много неочевидных вещей. Тот же CROSS/OUTER APPLY, очень эффективный инструмент, довольно сложен для понимания "среднему" 1С-нику без хорошей базы разработчика.
   DrZombi
 
230 - 30.07.21 - 06:06
(18) Утро, но вы пишите какой-то, бред :)
Вас послушать, так вы обсуждаете не запрос использующий "СрезПоследнего", а функцию получения цены, где 1С программист написал то правило получение цен, какое уразумел своей фантазией :)
 
 
   DrZombi
 
231 - 30.07.21 - 06:07
(0) Запрос покажи свой, который не работает, как срез последнего :)
   DrZombi
 
232 - 30.07.21 - 06:10
+ Вдогонку огласи релиз и версию конфы.
+ Для ленивых, напиши тут Имярегистра, и его структуру:
     Измерения...
     Ресурс....
     Реквизит...
   Периодичность, Регистратор (Да/ Нет) :)))
   Дух пролетариата
 
233 - 30.07.21 - 06:18
(230) Там на второй странице градус неадеквата существенно растёт :)
   Kassern
 
234 - 30.07.21 - 09:01
(164) Будьте любезны, желательно в разрезе различных бизнес-процессов.
   piter3
 
235 - 30.07.21 - 09:03
(234) путь гени вижу я)
   ДенисЧ
 
236 - 30.07.21 - 09:05
(235) не... Вот когда видео начнёт снимать...
   Kassern
 
237 - 30.07.21 - 09:25
(236) можно и на видео лекцию запилить, показать как отрабатывает срез последних/первых, какой запрос в итоге получает скуль, в каких вариантах лучше использовать РС, как его правильно строить  и чем он отличается от того же справочника (можно в разрезе того же скуля). А далее можно взять несколько типовых бизнес-процессов и показать как регистры сведений помогают для их реализации. В конце что-нить резюмировать и вуаля, даешь понимание РС для новичков)
   brainguard
 
238 - 30.07.21 - 09:36
(198) Зачем сразу ИИ? Какой набор измерений задал в запросе, по такому и строится срез
   brainguard
 
239 - 30.07.21 - 09:38
(201) Нет. Сейчас регистр работает не так, как вы описали. Если в запросе задать не полный набор измерений, тогда записи могут дублироваться
   Kassern
 
240 - 30.07.21 - 09:41
(238) А как 1ске понять без ИИ, какую из 2х записей дать в результате, если период одинаковый?
   Kassern
 
241 - 30.07.21 - 09:41
(240) вам же не нравится самому выбирать нужный результат из 2х записей, вы хотите чтобы 1ска за вас решала
   Kassern
 
242 - 30.07.21 - 09:47
(241) это ладно если 2 записи, а если их 6, а нужно по факту пятую получить? В таких ситуациях напрашивается все таки дозаполнить отбор по измерению, если такой возможности нет, то стоит задуматься над архитектурой регистра.
   brainguard
 
243 - 30.07.21 - 09:54
(206) Зачем параметр? Есть список полей запроса. Этого достаточно
   ptiz
 
244 - 30.07.21 - 09:57
(239) см. (34)
   brainguard
 
245 - 30.07.21 - 09:58
(230) Я предлагаю получать последние значения там, где 1С выдает не последние (хотя обращение идет к срезуПОСЛЕДНИХ). Где бред?
   brainguard
 
246 - 30.07.21 - 09:59
(244) И что?
   brainguard
 
247 - 30.07.21 - 10:00
(240) Можно выдавать обе
   ptiz
 
248 - 30.07.21 - 10:07
(247) Она и выдаёт обе.
   brainguard
 
249 - 30.07.21 - 10:09
(248) Она выдает больше, чем обе. Она выдает не только последние, а я предлагаю только последние
   ptiz
 
250 - 30.07.21 - 10:13
(249) И будет каша: по каким-то наборам измерений будет 2 записи, по каким-то - одна.
   brainguard
 
251 - 30.07.21 - 10:14
(250) Так и сейчас каша
   1CnikPetya
 
252 - 30.07.21 - 10:17
(251) Сейчас не каша, сейчас четкая, прозрачная и задокументированная логика. А вот в вашем варианте - каша. Но, по факту, такая ситуация - это ошибка проектирования регистров в прикладном решении.
   ДенисЧ
 
253 - 30.07.21 - 10:19
Каша не результатах.
Каша у кого-то в голове. Наверное, водицы с Солнца попил
   vde69
 
254 - 30.07.21 - 10:24
(95) заведи второй регист
   Йохохо
 
255 - 30.07.21 - 10:24
(243) пойми что субд отбирает _строки_ а не поля
   Said_We
 
256 - 30.07.21 - 10:25
(251) Еще раз внимательно прочитайте пожалуйста (194).
   Said_We
 
257 - 30.07.21 - 10:28
(223) Попробовал (227) или нет?
   Said_We
 
258 - 30.07.21 - 10:32
(229) Ветка будит абсолютных читателей (не писателей) форума. :-)
   brainguard
 
259 - 30.07.21 - 11:27
(252) Нет никакой ошибки в проектировании. Например, когда я проектирую РН продажи, я задаю измерения "номенклатура", "контрагент", "склад". А потом получаю продажи по любому набору измерений. И я не делаю ШЕСТЬ регистров, чтобы решить эту задачу. Я делаю один и это правильно
   brainguard
 
260 - 30.07.21 - 11:28
(254) См (259)
 
 
   Злопчинский
 
261 - 30.07.21 - 11:29
(259) "И я не делаю ШЕСТЬ регистров, чтобы решить эту задачу. Я делаю один и это правильно"
то есть, разнеся остатки и резервы по разным регистрам - архитектор типовой УТ11 - сделал неправильно?
   Said_We
 
262 - 30.07.21 - 11:31
(259) см. (112)
   brainguard
 
263 - 30.07.21 - 11:34
(261) Сколько измерений в регистре продажи в УТ11?
   Злопчинский
 
264 - 30.07.21 - 11:34
(263) еврей?
   brainguard
 
265 - 30.07.21 - 11:35
(262) Не вижу там дополнительной информации
   brainguard
 
266 - 30.07.21 - 11:36
(264) У меня просто нет под рукой
   Said_We
 
267 - 30.07.21 - 11:36
(265) Когда вы прекратите сравнивать РН и РС?
В РН ресурс всегда число. И остатки это всегда агрегатная функция SUM(). На входе есть все данные что бы свернуть.
В РС ресурс - это что угодно и нет никакой агрегатной функции.
   1CnikPetya
 
268 - 30.07.21 - 11:37
(259) А вас не смущает наличие двух регистров для учета Товаров во многих решениях? Один только количество, другой еще стоимость и партии.
   Злопчинский
 
269 - 30.07.21 - 11:37
Короче, пора закрывать ветку.
Автор считаем себя самым умным.
Бывает.
Проходит со временем.
   Said_We
 
270 - 30.07.21 - 11:38
(269) Автор не молод. Уже не пройдет.
   Kassern
 
271 - 30.07.21 - 11:38
(267) автор не хочет этого понимать...
   Said_We
 
272 - 30.07.21 - 11:39
(223)  Попробовал (227) или нет?
   brainguard
 
273 - 30.07.21 - 11:41
(267) Агрегатная функция есть всегда. МИНИМУМ(МАКСИМУМ) работают с чем угодно. Но дело даже не в этом. Сравнение совершенно обосновано. Срез последних мог бы работать точно так же, как работает SUM() в РН. И это было бы более логично, чем то, что мы имеем сейчас. Получать срез можно по любому набору измерений
   Said_We
 
274 - 30.07.21 - 11:44
(273) А где Вы сказали СРезуПоследних() Вам МИН() или МАКС() ?
Такая опция в нем не предусмотрена.

Ещё раз прочитайте (194). Ответ уже дан.
   brainguard
 
275 - 30.07.21 - 11:44
(274) Там нет никакой дополнительной информации
   brainguard
 
276 - 30.07.21 - 11:54
(274) Кратко резюмирую обсуждение.
В принципе есть возможность получать последние записи по любому набору измерений? Ответ - есть.
Это в чем-то сложнее, чем получать последние записи по полному набору измерений? Ответ - нет.
Почему 1С это не делает? Ответ - потому что для неполного набора измерений возможно появление дублей.
Если сейчас выполнить запрос к срезу последних по неполному набору измерений, дублей не будет? Ответ - дубли будут.
Тогда почему бы не получать последние записи? Ответ - будут дубли.
А сейчас дублей нет? Ответ - сейчас есть.
А почему тогда... Потому что, гладиолус
   Said_We
 
277 - 30.07.21 - 11:57
(276) Неверный вывод.
   brainguard
 
278 - 30.07.21 - 11:58
(277) В каком месте?
   Eiffil123
 
279 - 30.07.21 - 11:58
(238) срез возвращает таблицу, а ты хочешь одно значение. Это так не работает. Если смущает слово СРЕЗ - ну что ж, с этим нужно смириться.
   brainguard
 
280 - 30.07.21 - 11:58
(279) Я тоже хочу таблицу
   Kassern
 
281 - 30.07.21 - 11:59
(276) потому что делая запрос, указывая не не все измерения в отборе, 1ска полагает, что вы хотите получить срез последний по всем уникальным связям. К примеру вы захотите посмотреть все последние цены по номенклатуре в разрезе видов цен. И 1ска это сделает, если же вы не укажите в выводе вид цены, то и смысла делать такой отбор - нет. Какое то одно значение из перечня цен вам номенклатура не выберет, это глупо. Еще пример, вы делаете сложный ответ и в какой нить связи с РС пропустили одно измерение. В результате отчета вы увидите дубли и поправите отчет, а в вашем варианте вы даже об этом не узнаете, вам 1ска подсунет сегодня какой нить результат, возможно даже верный.
   brainguard
 
282 - 30.07.21 - 11:59
(279) Если бы я хотел одно значение, этой темы бы не было
   Kassern
 
283 - 30.07.21 - 12:00
(280) ну так выведите все измерения в Выбрать и увидите цельную таблицу.
   Eiffil123
 
284 - 30.07.21 - 12:00
(276) "В принципе есть возможность получать последние записи по любому набору измерений? Ответ - есть. "   Ответ - нет. В запросах ты не можешь получить последнюю запись по неполному набору измерений+период.   Если повезет - получишь, если не повезет - не получишь.
   Kassern
 
285 - 30.07.21 - 12:00
(282) вы же сами в начале писали, чтобы 1ска какое то одна вам дало, вам без разницы какое
   Kassern
 
286 - 30.07.21 - 12:01
(281) *сложный запрос
   brainguard
 
287 - 30.07.21 - 12:01
(285) В самом начале я писал, что мне без разницы: будет это одно значение или несколько. Будьте точны
   brainguard
 
288 - 30.07.21 - 12:02
(284) Интересно, и что я получу, если "не повезет"?
   Said_We
 
289 - 30.07.21 - 12:03
(276) В 1С срез реализован так как и задуман. Задокументирован. Написаны миллионы строк кода в разных конфигурациях и все ВНИМАТЕЛЬНО прочитав документацию понимают как это работает.
Вам понадобился иной алгоритм получения своего иного среза. Но вместо того что бы написать письмо с просьбой добавить ещё одни вариант среза с дополнительными параметрами, в которых можно было бы указать Мин(), Макс() и т.д. Вы требуете что бы сейчас 1С пересмотрела свой подход к тому, что реализовано в Срезе и что всех устраивает и переписать миллионы строк кода везде.

Вот так это реально выглядит.
А ответы и даже пример реализации находится в это ветке выше.
   Eiffil123
 
290 - 30.07.21 - 12:04
(288) несколько записей в результате. Просто объясните, как система должна выбирать "любую" запись по неполному набору? и на сколько корректно в таком случае получать разные результаты на одних и тех же выборках?
   Kassern
 
291 - 30.07.21 - 12:05
(287) вы можете назвать хоть 1 бизнес процесс где такое поведение нужно?
   Said_We
 
292 - 30.07.21 - 12:06
(290) Он уже объяснял. Его не смущает каждый раз разный результат на одних и тех же данных.
Ему надо писать письмо в 1С - срочно.
   Said_We
 
293 - 30.07.21 - 12:08
(291) Он уже отвечал. Ему нужна последняя цена закупки номенклатуры вне зависимости от поставщика. Если закупалась номенклатура последний раз одновременно у нескольких поставщиков одновременно, но по разной цене, то любую из цен. Если запрос при выполнении будет давать каждый раз разный результат, то для него это не страшно.
   Kassern
 
294 - 30.07.21 - 12:09
(292) "ало! это одинесочная? Срочно приезжайте, у вас тут срез не правильный!")) А если серьезно, если ТС нужен такой функционал, пилишь свою библиотеку и юзаешь, на входе нужная таблица с отбором, на выходе нужный вам результат.
   Kassern
 
295 - 30.07.21 - 12:09
(293) а он не задумывался, почему в регистре цен номенклатуры нет поставщика?)
   Kassern
 
296 - 30.07.21 - 12:10
(295) хотя есть еще цены номенклатуры поставщиков, но он как раз и нужен чтобы в разрезе поставщиков анализировать.
   Said_We
 
297 - 30.07.21 - 12:11
(294) Не, ему надо что бы резко было у всех поменяны логика Среза под его правила, переписана документация и все кинулись переписывать миллионы строк кода. А он просто в одном своем месте просто использовал. :-)
Такой вид эгоизма.
   Said_We
 
298 - 30.07.21 - 12:12
А завтра ему понадобится так же как и сейчас работает. И опять всё переписывать. :-)
   Said_We
 
299 - 30.07.21 - 12:15
(296) Да перед ним какой-нибудь финансист поставил задачу - дать ему последнюю цену закупки номенклатуры без учета поставщика. Человек страдает. Не понимает простой срез из регистра цены поставщиков ему не подходит. Ему нужно самому смотреть весь регистр и самостоятельно строить свой срез и в качестве периода использовать позицию документа поступления ТМЦ.
Собственно и всё.
   Said_We
 
300 - 30.07.21 - 12:17
К (299) Проблема что об этом за (300) постов в ветке ни разу (0) не была озвучена реальная задача. Уже бы давно дали и ответ.
Хотя он где-то написал что задачу он решил уже. Но вот возмутило его что нельзя в его случае использовать Срез. Собственно родилась ветка.
  1  2  3  4  5  6  7   

Список тем форума
 
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.