Секреты 1С Эксперта 01-02. Знакомство с 1С ч.2.

• Обсуждение знакомства с системой 1С с точки зрения идеологии и производительности.  

• Введение в техническую часть, включая конфигуратор и особенности табличек.  

• Обсуждение программирования в 1С и его отличий от классического программирования.  

• Обсуждение претензий к программистам 1С, что они не настоящие программисты.  

• Важность понимания платформы и языка программирования.  

• Различие между простым программистом и экспертом.  

• Пример задачи с отслеживанием доступа к данным.  

• Обсуждение необходимости отслеживания паролей в справочнике доступа.  

• Важные настройки конфигуратора, включая запуск предприятия от пользователя.  

• Настройка журнала регистрации и его влияние на производительность.  

• Изменение формата журнала регистрации с LGF на LGD.  

• Логирование как полезная функция, но загружающая систему.  

• Варианты анализа журнала регистрации через регламентные задания или сторонние сервисы.  

• Настройка региональных параметров и параметров информационной базы.  

• Время ожидания на блокировках и сложности паролей.  

• Обсуждение свойств общего модуля, включая клиент, сервер и внешнее соединение.  

• Важность правильного ответа на вопросы о вызове сервера и привилегированном режиме.  

• Привилегированный режим и его влияние на производительность.  

• Примеры использования привилегированного режима для повышения производительности.  

• Проверка работы привилегированного режима на примере справочника доступа.  

• Демонстрация, как привилегированный режим позволяет обойти проверки на роли и права.  

• Использование флага для повторного использования возвращаемых значений.  

• Кэширование сложных операций в оперативной памяти.  

• Важно подходить с умом, чтобы не засорять оперативную память.  

• Важность замера времени выполнения операций.  

• Поиск длительных операций и циклов.  

• Обращение к серверу и его влияние на производительность.  

• Перечисления, константы и документы в таблицах.  

• Табличные части документов и справочников.  

• Регистры сведений и накопления.  

• Конфигурация базы данных и её сохранение.  

• Проблемы с обновлением конфигурации и их решение.  

• Копирование таблицы конфигурации для восстановления.  

• Параметры сеанса и их использование в ролях.  

• Общие реквизиты для всех объектов системы.  

• Планы обмена и их влияние на таблицы СУБД.  

• Структура хранения данных в разных базах.  

• Проблемы с отслеживанием запросов в Postgre.  

• Создание новой базы данных и её структура.  

• Расширение позволяет редактировать конфигурации без внесения изменений в саму конфигурацию.  

• Используется для поддержки типовых конфигураций.  

• Автор активно использовал расширения на проекте Газпром Вьетнам, но столкнулся с проблемами, когда расширения перестали открываться.  

• Автор перенес изменения в саму конфигурацию, чтобы избежать проблем.  

• Расширения могут добавлять новые реквизиты и справочники, но это может привести к проблемам с совместимостью.  

• При добавлении нового реквизита или справочника создается дополнительная таблица с данными.  

• История данных позволяет хранить историю изменений объектов.  

• Работает аналогично BSP, сохраняя все версии объектов.  

• При записи объекта записывается вся его версия, что может значительно увеличить объем базы данных.  

• История данных записывает все версии объектов, что может привести к значительному увеличению объема базы данных.  

• Важно проверять, что в объектах нет массивных значений, которые могут привести к разрастанию базы.  

• Автор столкнулся с проблемой разрастания базы данных при использовании истории данных для регистра документов.  

• Обсуждение ограничений транзакционных систем.  

• Различие между классическими программистами и разработчиками на .NET.  

• Эволюция языков программирования от ассемблера до объектно-ориентированных языков.  

• Переход от ассемблера к языку C.  

• Появление кросс-платформенных языков, таких как C++.  

• Введение объектно-ориентированных языков, таких как Python и Java.  

• Введение фреймворков, таких как Django и SAP.  

• Различие между объектно-ориентированными и проблемно-ориентированными языками.  

• Ограничения и возможности фреймворков.  

• Важность проектирования систем на уровне таблиц.  

• Преимущества мышления на уровне таблиц для производительности.  

• Пример компании, переходящей на .NET, и важность понимания таблиц.  

• Необходимость проектирования систем на уровне таблиц.  

• Курс фокусируется на глубоком понимании таблиц и объектов метаданных.  

• Проблемы, с которыми сталкиваются разработчики, и важность мышления на уровне таблиц для их решения.  

• В классических языках программирования изменение значения в одной строке можно сделать одним запросом.  

• В 1С для изменения значения в одной строке нужно захватить весь объект, что может быть нецелесообразно.  

• Это сделано для поддержания целостности данных и предотвращения противоречий.  

• 1С предназначен для решения учетных задач, связанных с деньгами и учетом.  

• Изменение значения в одной строке может повлиять на десятки таблиц и регистров накопления.  

• Объектная модель 1С позволяет поддерживать целостность данных и избегать противоречий.  

• 1С запрещает записывать изменения в базу данных запросами, позволяя только извлекать данные.  

• При проектировании систем нужно избегать больших объектов, чтобы избежать проблем с изменением значений.  

• Объекты со ста тысячами строк не подходят для 1С, так как это не транзакционная система.  

• Для изменения значений в больших объектах можно использовать мессенджер-сервис.  

• Это не является извращением, так как в классических языках программирования также можно напрямую работать с СУБД.  

• Важно понимать, что изменение значений в больших объектах может не повлиять на другие таблицы.  

• При проектировании системы нужно учитывать способ ввода данных: ручной ввод, загрузка данных.  

• 1С не предназначен для работы с большими данными в рамках одной транзакции.  

• Каждый объект должен быть небольшим, чтобы система могла нормально функционировать.  

• Данные могут загружаться напрямую в регистр без табличной части, если они не сильно преобразуются.  

• Важно понимать, как данные будут редактироваться и загружаться в систему.  

• Некоторые данные могут не редактироваться, а просто загружаться в 1С в текущем виде.  

• Пользователи не могут вручную редактировать большие объемы данных.  

• Важно определить, кто и как будет редактировать данные.  

• Запросы к данным определяют архитектуру системы.  

• Сначала определяется, как данные будут извлекаться.  

• Затем проектируются таблицы для оптимального извлечения данных.  

• Важно учитывать способ ввода и редактирования данных.  

• Сначала определяется способ хранения данных.  

• Если данные вводятся вручную, можно использовать регистровую структуру.  

• Важно учитывать, как данные будут извлекаться и агрегироваться.  

• Если данные не редактируются вручную, табличная часть может быть ненужной.  

• Важно понять, зачем нужна табличная часть и как данные вводятся.  

• Можно использовать агрегирование данных для загрузки в регистры.  

• Разбиение документов на части упрощает редактирование и запись.  

• Можно группировать данные по статьям расходов, датам и номенклатуре.  

• Это позволяет избежать записи больших объемов данных в один документ.  

• Не стоит вестись на нестандартные требования пользователей.  

• Лучше искать варианты для оптимизации данных.  

• Разбиение данных на части упрощает редактирование и запись.  

• Задача: контролировать доступ к паролю в справочнике.  

• Использование событий журнала регистрации для отслеживания доступа.  

• Примеры событий: аксесс, аксесс найт, удаление, добавление, проведение, отмена проведения, изменение.  

• Установка использования событий журнала регистрации.  

• Примеры событий: аксесс, аксесс найт, удаление, добавление, проведение, отмена проведения, изменение.  

• Фиксация доступа к данным и запрет доступа.  

• Настройка использования событий для отслеживания доступа к паролю.  

• Включение и выключение использования событий.  

• Пример: фиксация попыток доступа к паролю в журнале регистрации.  

• Пример ошибки при попытке доступа к данным.  

• Использование событий журнала для фиксации запрета доступа.  

• Определение, к каким данным был запрет доступа.  

• Отключение регистрации событий, связанных с изменениями объектов.  

• Использование условий для отключения ненужных событий.  

• Пример: отключение регистрации изменений и проведения документов.  

• Проверка журнала регистрации после отключения ненужных событий.  

• Отключение фиксации изменений и проведения документов.  

• Возможность добавления новых элементов в журнал регистрации.  

• Дополнительные настройки для указания объектов метаданных.  

• Понимание работы механизма для точного управления журналом регистрации.