Продолжая тему:
Вышла тестовая 8.3.26.1318! Изучаем :))

Ну что, дождались...

(0) Это как всегда, все ждали и ругали 1С, что их нет, а теперь никому нахрен и не нужно

лицензия КОРП пока не повсеместно

(1) Мне не важно. Избавлюсь от нескольких РС -ключей поиска.

(3) У тебя корп?

(0) дождались, часть МД в утиль, Ура.
не прошло и 30 лет.
ЗЫ, у меня корп.

(0) и вебхуки будут?

(6) и вызов клиента с сервера будет, но пока там есть зарегенный баг, который мешает закрытию клиента, надо пару месяцев подождать.

(2) я думаю рано или поздно писатели типовых это выпросят.
Там уже цепочки длиной 3 есть по денормализации.
Банальный пример.
Раньще был РС в нем условно измерение склад, номенклатура и что то еще.
Но изза особенностей таблиц движений регистров накопления сделали ключи.
Ключ состоит из не которго числа реквизитов, по сути аггрегирующая сущность, для РН хорошо, что ключ селективен. Но для пользователей оказалось что ответа на вопрос, а покажи мне данные по этому складу в итоге приводило к вычитке всей таблице ключей, коя очень быстро разрасталась и там секунд 20 подождать на сканировании этой таблицы - как плюнуть, еще до получения учетных данных собстно.
Для решения этой задачи сделали РС, в котором ссылки из ключа в измерениях и у каждого измерения галочка индексировать.
Теперь да получать все ключи условно склада стало быстрее.
Но при передаче в ВТ остатков как параметр при слишком большом числе в условии снова грабли, и изначальный вариант с возможностью отбора по разным измерениям, а не тупо 100500 элеметов справочника Ключи будет работать быстрее.
но таблица ключей монотонно возрастающая, позиции входят и уходят из оборота, а таблица растет и растет и список параметров, передаваемых в ВТ все больше и больше.
Скорее всего к этому (измерениям в регистрах накопления не ключ, а значения, но при этом механика ключа останется, так как удобна для алгоритмов расчета СС) рано или поздно вернутся ибо уже кусают себя за хвост.

(7) ты хотел сказать "пару лет"?

(8) тут они упёрлись в особенности реляционки, и никакими ключами-индексами принципиально проблему не решить.
Колоночная база поможет немного, но там свои тараканы

(9) Ну с целом сейчас они такие PR вещи фиксят быстрее.

(10) Но возврат к хранению по измерениям может продлить работу еще на достаточно долго, так как в здоровой базе остатки сходимы и в принципе при своевременном обслуживании по крайней мере в транзакционных механизмах этого хватит на очень долго.
А вот в отчетных потребностях да, явно назревает выделение в колоночную БД.
Есть конечно механизм копий и дата акслераторов.
И аналитика.
Но простите к ОЛАП системе где я могу писать только вложенные запросы ачешуенной вложенности у меня лично вопросики

(12) при хранении по измерениям бешено итоги растут

(13) Если они сходимы, то свернуть и убрать нулики достаточно простым SQL заклинанием дело максимум получаса.
Из 300 миллионой таблицы получить 2х миллионную.
И тут опять не понятна позиция 1с, которая делает пересчет итогов через delete по периодам и потом расчет по движениям (где delete занимает 99% времени), а не через select into в промежуточную таблицу.
Понятно что в обоих случаях это строго монопольная операция, но разница во времени и очевидный технологический промах меня просто убивает.

это все хорошо, но кто может проверить, починили ли проблему с печатью экземпляров?

(15) в linux - так и висит в неисправленном

(16) трындец

Нахрена они нужны. Без них обходились и дальше обойдемся.

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

А зачем ВыбратьПоСсылкам() нужна?

(20) https://wonderland.v8.1c.ru/blog/optimizatsiya-menedzherov-obektov-dlya-paketnoy-obrabotki/

(15) Удивительно, но в "Исправлении ошибок версий" для БП есть патч с таким описанием:


Не знаю, "закрывает" ли это проблему платформы или проблему БП

Провожаем Windows XP...теперь без 1С

(2) Угу. Свинью подложили. Этот КОРП для поддержки требует ежегодной оплаты в виде 15% от суммы всех купленных лицензий. Всё равно, что каждые 7 лет покупать все лицензии заново. Просто ужас!

(24) Заведите себе собственный штат программистов и не платите 15%. Вы же Корпорация!

(24) но не меньше 300 килоруб/год. с НГ повышение?

(26) минималки вроде нет, а базы цены лицензий да)

(27)

Лучше бы вернули кнопку "Завершить сеансы и обновить" рядом с "Динамическое обновление"

(29)+ причем я на 99% уверен что она неким секретным параметром/ключиком возвращается

ну что ж, неплохо, в 2024-м году добавили возможность делать то, что уже доступно несколько десятков лет в реляционных СУБД, с которыми платформа работает под капотом.
вот это скорость, красавцы.

(29) а она существовала?

(28) Я имел ввиду изменения цены минималки нет, а вот цена базы 15% от стоимости лицензий (так как изменится стоимость лицензий) - это поменяется, да двояко мое предложение можно прочитать

(28) Павел Сергеевич, а как вы объясняете руководству, что за стоимости (в том числе подорожание) лицензий надо платить и не малые суммы?

(34) А что тут объяснять? Хочешь фишку - плати. Не хочешь платить реализуй своими средствами.
Смотрим эффективность. Пример:
От этой фишки гипотетический доход вырастет на X лям.
Покупка стоит Y лям + срок
Своими силами Z лям + срок
А уж руководство пусть само решает эти уравнения.

(35) Все же твои "фишки" непонятны мне и, тем более руководству.

(36) Ну так нужно как то к общим знаменателям (определениям) прийти между ИТ и Заказчиком. Вот денежное мерило одно из таких.
Заказчику вообще срать как они называются и что делают. Ну если это не ларек. С ларьками сложнее. Там обычно владелец и жнец и кузнец и на дуде игрец. И так же пытается въехать в нюансы ИТ, что бы ненароком его ИТ не наебало.

(34) Просто платят и не задают глупые вопросы.
На свою продукцию цены то тоже растут.
так же в ИТ инфраструктуре полно других сервисов, по сравнению с которыми оплата КОРП раз в год просто копейки.
Пока 1с закрывает потребность и существенно дешевле чем альтернативы - таких вопросов нет.