Ю Алекс

135
Рейтинг

AlexO
Алекс Ю



  •   Регистрация: 08.04.2010 (14 лет назад)

  •   Был(а) на сайте: 31.01.2024

Друзья
  • Михаил Ражиков
  • slimper .
  • Ирина Пятакова
  • Владимир Мосин
  • Антон Ширяев
  • Петр Перстнев
  • Никита Лазебный
  • Владимир Литвиненко
  • Саня Офигенски
  • a m
  • Антон Володченко
  • Александр Шишкин
  • Екатерина Кансузян
  • Виталий С
  • chum chumansky
  • Дмитрий Малышев
Подписчики 25
Группы

Профессиональный разработчик

Рейтинг 135

Альтернативный выбор периода с декадами
+7 –

Инструменты и обработки Программист Бухгалтер Платформа 1С v8.3 Конфигурации 1cv8 Россия Windows Абонемент ($m) Внешняя обработка (ert,epf) Работа с интерфейсом

Доработанный альтернативный выбор периода взамен стандартного элемента ВыборПериода, с декадами месяца.

1 стартмани

01.12.2017    10604    17    AlexO    4       

7

Администрирование и унификация списка баз пользователей в 8.2 (типовой механизм)
+133 –5

Статья Системный администратор Платформа 1С v8.3 Конфигурации 1cv8 Россия Windows Бесплатно (free) Нет файла Инструменты администратора БД

Как сформировать список баз (простой или составной), как улучшить администрирование и унифицировать список баз пользователей, как указать каждой базе запуск на своем релизе платформы 8.2.х.

13.01.2012    98549    AlexO    60       

128
Смотреть все

Комментарии

Admin › История изменения реквизитов для любых конфигураций › #4 31.01.24 1:53
(1)
Цитата

зы. а оно не крашнется если в реквизите тип ХранилищеЗначений?
скорей всего, просто ничего не отследит - ХЗ нужно вытащить, а потом адекватно сравнить с таким же неопределенным набором данных, но только уже из ранней версии ХЗ.
Проще пропустить.
Dev › Выборка в запросе из периодического регистра сведений данных на дату из строки запроса › #64 28.01.24 11:07
(12)
Цитата
вложенные запросы понятнее.
надеюсь, через 15 лет вы все-таки поняли, чем плохи вложенные запросы, и что они уж точно не понятнее и нагляднее временных таблиц.
Dev › Выборка в запросе из периодического регистра сведений данных на дату из строки запроса › #63 28.01.24 11:05
(15)
Цитата
Ну про вложенные запросы - это на вкус и цвет, как говорится
Ничего подобного. Выборки из временных таблиц - быстрее существенно вложенных.

Цитата
и если выборки сложные и требующие частого вычисления одного и того-же в нескольких запросах - менеджер временных таблиц может здраво ускорить выборки
про это и говорить нечего, понятно, что получить данные один раз, и потом использовать готовую выборку - ровно в два раза быстрее, чем получать их два раза (каждый раз по вложенному запросу).
Dev › Выборка в запросе из периодического регистра сведений данных на дату из строки запроса › #62 28.01.24 11:01
(10) в 1С вроде как раз всегда идут по самому длинному и неоптимальному пути - сначала выборка по левому соединению по виртуальной таблице, потом - по условию из секции ГДЕ (п.1).
Поэтому и рекомендуют, если уж выбираете из виртуальной таблицы - то все условия по-максимуму писать в параметрах виртуальной таблицы.
Dev › Структура против (VS) Соответствие › #64 28.01.24 10:35
(0)
Цитата
Кроме этого: Структура упорядочивает элементы при добавлении, а соответсвие нет.
Это по какому признаку Соответствие должно упорядочить данные с изначально разными типами? Имея в качестве Ключа произвольный тип.

Цитата
Для «Структура» ключ должен быть введен по всем правилам объявления переменных, а «Соответствие» нет.
Ключ для Структуры должен быть задан по правилам строкового именования (т.е. быть "строковым идентификатором"), как и наименования переменных (т.е. Ключи в Структурах никак не связаны с переменными в модуле, как можно сделать вывод из ваших слов): начинаться с символа или "_", но не с цифры, также нельзя использовать пробелы или спецсимволы.

Цитата
Например, платформа даёт добавить значение с ключом = Неопределенно
НЕОПРЕДЕЛЕНО - это не тип данных, а отсутствие Ссылки/значения. Что вы пытаетесь сохранить по ключу "Неопределено"? Значение "неопределено"? Так оно сразу уже готово, "А = НЕОПРЕДЕЛЕНО". И всегда по НЕОПРЕДЕЛЕНО получаем единственное и однозначное значение - "неопределено".
Или вы пытаетесь к "пустому месту" присоединить какие-то данные?
Вы б еще NULL попытались в качестве ключа задать, еще больше бы "удивились"))
Dev › Структура против (VS) Соответствие › #63 28.01.24 10:19
(59) Ключевое различие - как раз в самом типе "Ключ": в Структуре он может быть только строковым (отсюда и ограничения "в ключе Структуры первый символ не может быть цифрой..", которые автор статьи почему-то пытается выдать за различия с Соответствием), а Значение - произвольным.
В Соответствии же - и Ключ, и Значение могут быть произвольными, т.е. ЛЮБЫМ типом данных (Число, Строка, Ссылка и т.д.).
Вот в этом и главное отличие Структуры от Соответствия. Далее программист в меру фантазии выбирает, что использовать.
Dev › Структура против (VS) Соответствие › #62 28.01.24 9:57
(60) Зачем вы напридумывали за 1С чего-то? Выдаете свои мысли - как тренд развития 1С. Что 1С куда-то там, а треть 1С (а что ж у не половина сразу?!) вообще устарела.
Соответствие в первую очередь используется для привязки конкретного объекта (почему и используется Ссылка как Ключ) - к каким-то связанным с ним данным (параметрам этого объекта, набора других ссылок, привязанных к этому объекту, и т.д.).
Да, это можно сделать и через Структуру - через усложнение структуры в два раза: сначала найти Ссылку в значении структуры (не будете же вы Ссылку превращать в строку и делать из неё Ключ структуры - или будете?!), а потом - уже нужные связанные данные во вложенной структуре.

(60)
Цитата
В 1С много такого, что не стоит мучить и забыть лучше как о страшном сне
что вы предлагаете забыть в 1С и не использовать, при том, что полных альтернатив каких-либо своих собственных внутренних механизмов - там нет и не было никогда?
Dev › Структура против (VS) Соответствие › #61 28.01.24 9:47
(5)
Цитата
Да, кстати еще есть "ФиксированноеСоответствие" и "ФиксированнаяСтруктура", я как то про них совсем забыл
Все тоже самое, только фиксированные по элементам Соответствие и Структура. И нельзя добавлять новые элементы к ним.
HighLoad › Бухгалтеру: что у меня сейчас "уедет" и "поползёт"? › #6 28.01.24 9:27
(2)
Цитата
Это скорей проверка, имеет ли смысл фиксировать транзакцию. Прогнозирование, так сказать)
Как правильно заметили в (1) - изменение документов это одно, а общая картина всех "уедет/поползет" - она в регистрах и в итоге вылезет все в отчетах.
И именно для Бухгалтерии это особенно важно ))
Да, как "прогноз" при переносе двух-трех видов документов (и то - с допущением, что прекрасно представляете, что за собой потянут конкретные изменения именно этих документов) - подойдет.
Но если переносятся сотни видов документов (а при "обычном" переносе так и есть), не меньше справочников, а то и - как раз для Бухгалтерии не редкость!, - непосредственно записи регистров (например, берем и сразу делаем свертку старых периодов, а регистратор - "виртуальный" документ, отсылающий нас к прошлой базе и в архив бухгалтерии), то вы просто утонете в анализе ЖР, да и смысла в анализе доков будет мало - все "бух аналитику" сделают в итоге регистры, которые мы тут как раз и не увидим.
А чтобы проанализировать изменения регистров - это надо написать параллельный механизм, который будет размером с половину исходной конфы. Но он "всего лишь" будет только отслеживать и выдавать аналитику по проводкам, которых еще нет, но предполагаются. И в этом новом механизме не обойдешься без своих регистров, чтобы писать промежуточные данные для анализа.
Ну, сами понимаете, что задача в итоге совсем другого уровня и реализации.
Ну, а как просто пример "прогноза по документу" - весьма подходит :)
HighLoad › Бухгалтеру: что у меня сейчас "уедет" и "поползёт"? › #5 28.01.24 9:10
(3)
Цитата
Определить что именно поменялось в документе после записи? (Версионирование)
в версионировании изменения видны уже после записи документов. Тут - попытка показать "а как оно будет после записи документов" без самой записи.
Т.е. как будут выглядеть документы, если их запишут с новыми данными.