Приведенные в статье примеры воспроизводились в конфигурации «Бухгалтерия для Украины» (редакция 1.2, не ниже релиза 1.2.26). Методика, описанная в статье, также актуальна для конфигураций «Управление торговым предприятием для Украины» (редакция 1.2, не ниже релиза 1.2.26), «Управление производственным предприятием для Украины» (редакция 1.3, не ниже релиза 1.3.35). <a name="obshchie-polozheniya"></a><h2>Общие положения</h2>
1. Что такое блокировка данных и зачем она нужнаКраткое содержание:. Что такое блокировка. Объектные и транзакционные блокировки. Механизм объектных блокировок. Объектная пессимистическая блокировка. Объектная оптимистическая блокировка. Механизм транзакционных блокировок. Общие сведения о транзакциях и блокировках СУБД. Уровни изоляции транзакций. Режим автоматических блокировок. Режим управляемых блокировок. Установка режима управления блокировками для объектов конфигурации. Установка управляемых блокировок. Рекомендации по модификации конфигураций при переходе к режиму управляемых блокировок
В данной статье рассматриваются вопросы безопасности информационных систем, работающих на платформе 1С:Предприятие 8.1 в клиент-серверном варианте с использованием СУБД MS SQL Server.Краткое содержание:. Механизмы обеспечения безопасности в 1С:Предприятии 8.1. Пример пренебрежения безопасностью MS SQL Server и 1С:Предприятие 8.1. Комплексное понятие безопасности . Участок защиты данных «клиент – кластер 1С:Предприятие 8.1». Участок защиты данных «кластер – СУБД». Участок защиты данных «Человек» . Аудит безопасности системы. 1. Доступ пользователей к административным действиям конфигуратора. 1.1 Выявление угрозы. 1.2 Возможные последствия. 1.3 Меры защиты. 2. Отсутствие разграничений доступа в режиме 1С:Предприятие . 2.1 Выявление угрозы. 2.2 Возможные последствия. 2.3 Меры защиты. 3. Несанкционированный доступ к данным сервера СУБД. 3.1 Выявление угрозы. 3.2 Возможные последствия. 3.3 Меры защиты. 4. Использование «старых» логинов. 4.1 Выявление угрозы. 4.2 Возможные последствия. 4.3 Меры защиты. 5. Несанкционированный доступ к файлам кластера серверов. 5.1 Выявление угрозы. 5.2 Возможные последствия. 5.3 Меры защиты. 6. Уязвимости операционной системы, СУБД . 6.1 Выявление угрозы. 6.2 Возможные последствия. 6.3 Меры защиты. 7. Вирусы, трояны, логгеры . 7.1 Выявление угрозы. 7.2 Возможные последствия. 7.3 Меры защиты. 8. Пароли на мониторах, слабые пароли . 8.1 Выявление угрозы. 8.2 Возможные последствия. 8.3 Меры защиты. 9. Перехват информации . 9.1 Выявление угрозы. 9.2 Возможные последствия. 9.3 Меры защиты. Совет. Определить правомочность использования учетной записи Windows для подключения к базе данных 1С:Предприятия 8.1
В этом разделе описаны особенности представления в базе данных полей составных типов и даны рекомендации по их эффективному использованию.Поля, представляемые в базе данных. Типы полей и их представление в базе данных. Сравнение полей. О каких сравнениях идет речь? Механизм сравнения и замечания по эффективности. Построение индексов
В этом разделе описаны особенности представления в базе данных полей составных типов и даны рекомендации по их эффективному использованию.Поля, представляемые в базе данных. Типы полей и их представление в базе данных. Сравнение полей. О каких сравнениях идет речь?. Механизм сравнения и замечания по эффективности. Построение индексов
1. В общем случае, при объединении в запросе результатов нескольких запросов следует использовать конструкцию ОБЪЕДИНИТЬ ВСЕ, а не ОБЪЕДИНИТЬ. Поскольку во втором варианте, при объединении запросов полностью одинаковые строки заменяются одной, на что затрачивается дополнительное время, даже в случаях, когда одинаковых строк в запросах заведомо быть не может.См. также
В запросах не следует выполнять соединений с помощью конструкции ОБЪЕДИНИТЬ ВСЕ строковых полей ограниченной длины с полями неограниченной длины, если результат объединяющего запроса упорядочивается с помощью конструкции УПОРЯДОЧИТЬ ПО.См. также
Количество пользователей в SQL определяет число вариантов наборов прав на работу с данными. Но в "1С:Предприятии" права регулируются не средствами SQL, а средствами самого "1С:Предприятия". Поэтому в SQL достаточно одного пользователя с полными правами на данную информационную базу (ее владельца).
При работе с информационной базой в формате SQL в отличие от DBF-формата нельзя мгновенно получить информацию о числе записей в таблице. Поэтому невозможно определить точное положение движка вертикальной прокрутки.
