Введение
Защита баз данных является одной из самых важных и сложных задач в обеспечении безопасности любой информационной системы. Нарушения безопасности баз данных могут привести не только к утечке критически важных данных, таких как финансовая информация (счета, платежи), персональные данные сотрудников или клиентов, но и к полному отказу работоспособности системы и нарушению функционирования бизнес-процессов компании.
Существуют разные способы, как защитить базы данных. Одним из них является контроль привилегированных сессий к СУБД, поскольку штатные разработчики и администраторы баз данных имеют широкие привилегии. Контролировать таких пользователей необходимо, поскольку высок риск утечки конфиденциальной информации из баз, возникновения сбоев в работе информационных систем компании или нарушения деятельности компании в целом.
Для разбора полетов необходима система, которая может параллельно проследить действия администраторов и записать их. В статье мы расскажем, как с помощью PAM-системы Krontech Single Connect, разработанной компанией Krontech, можно обеспечить защиту баз данных Oracle Database, Microsoft SQL Server, MySQL, Cassandra DB. Не так давно мы уже делали «Обзор Krontech Single Connect — системы управления привилегированным доступом»
Сегодня сфокусируем внимание на мониторинге SQL-запросов к серверам баз данных, расскажем о динамическом маскировании данных (DDM) и о механизме поиска информации в базах (Sensitive Data Discovery), реализованных в Krontech Single Connect
Рекомендуемые средства
Следующие средства предоставляют графический пользовательский интерфейс (GUI).
Инструмент | Description | Операционная система |
---|---|---|
Azure Data Studio | Простой редактор, с помощью которого можно выполнять SQL-запросы по требованию, а затем анализировать и сохранять результаты в виде текста, а также в форматах JSON или Excel. Редактируйте данные, упорядочивайте избранные подключения к базам данных и просматривайте объекты базы данных в знакомом интерфейсе. | WindowsmacOSLinux |
SQL Server Management Studio (SSMS) | Управление экземпляром SQL Server или базой данных с полной поддержкой GUI. Возможности доступа, настройки, администрирования и разработки всех компонентов SQL Server, Базы данных SQL Azure и Azure Synapse Analytics, а также управления ими. Среда SSMS предоставляет единую полнофункциональную служебную программу, которая сочетает в себе обширную группу графических инструментов с рядом отличных редакторов сценариев для доступа к SQL для разработчиков и администраторов баз данных всех профессиональных уровней. | Windows |
SQL Server Data Tools (SSDT) | Это современное средство разработки, позволяющее создавать реляционные базы данных SQL Server, базы данных SQL Azure, модели данных Analysis Services (AS), пакеты Integration Services (IS) и отчеты Reporting Services (RS). С помощью SSDT вы можете проектировать и развертывать любые типы содержимого SQL Server так же просто, как разрабатывать приложения в Visual Studio . | Windows |
Visual Studio Code | Расширение mssql для Visual Studio Code — это официальное расширение SQL Server, которое поддерживает подключения к SQL Server и расширенные возможности редактирования для T-SQL в Visual Studio Code. Написание скриптов T-SQL в упрощенном редакторе. | WindowsmacOSLinux |
Data Collector
Data Collector – это ещё один встроенный в SQL Server Management Studio инструмент мониторинга. Он собирает метрики производительности экземпляров SQL Server и сохраняет их в локальный репозиторий, так что они могут быть использованы для последующего анализа. Он использует хранилище данных, SQL Server Agent, и Integration Services.
В отличии от Activity Monitor, Data Collector позволяет задать метрики, которые вы будите отслеживать. Кроме того, есть три встроенных коллекции счётчиков с самыми часто используемыми при анализе производительности. Расширить или создать свои коллекции можно, как на T-SQL, так и с помощью встроенного API.
Запрос к таблице и просмотр результатов
Результаты запроса выводятся под текстовым окном запроса. Чтобы запросить таблицу Customers и просмотреть вставленные строки, выполните следующие действия:
-
Вставьте следующий фрагмент кода T-SQL в окно запросов и нажмите кнопку Выполнить.
Результаты запроса отображаются под областью, где был введен текст.
Вы также можете изменить представление результатов одним из следующих способов:
- Первая кнопка отображает результаты в текстовом представлении, как показано на снимке в следующем разделе.
- Кнопка посередине отображает результаты в представлении сетки
Это задано по умолчанию.
; это параметр по умолчанию.
- Третья кнопка позволяет сохранить результаты в файл, по умолчанию имеющий расширение .RPT.
Субъекты безопасности
Субъект безопасности — это официальное название удостоверений, которые используют SQL Server и которым можно назначать разрешения для выполнения действий. Обычно это пользователи или группы пользователей, однако субъектами безопасности могут быть и другие сущности, олицетворяющие пользователей. Создавать субъекты безопасности и управлять ими можно с помощью списков Transact-SQL или SQL Server Management Studio.
Имена входа
Имена входа — это учетные записи отдельных пользователей для входа в Компонент SQL Server Database Engine. SQL Server и База данных SQL поддерживают имена входа на основе проверки подлинности Windows и на основе проверки подлинности SQL Server . Дополнительные сведения об этих двух типах имен входа см. в разделе Choose an Authentication Mode.
Предопределенные роли сервера
В SQL Serverпредопределенные роли сервера — это набор предварительно настроенных ролей, который представляет собой удобную группу разрешений на уровне сервера. Имена входа можно добавить в роли, используя инструкцию . Дополнительные сведения см. в разделе ALTER SERVER ROLE (Transact-SQL). База данных SQL не поддерживает предопределенные роли сервера, однако включает две роли в базе данных master ( и ), которые выполняют аналогичные функции.
Определяемые пользователем роли сервера
В SQL Serverможно создавать собственные роли сервера и назначать им разрешения на уровне сервера. Имена входа можно добавить в роли сервера, используя инструкцию . Дополнительные сведения см. в разделе ALTER SERVER ROLE (Transact-SQL). База данных SQL не поддерживает определяемые пользователем роли сервера.
Пользователи базы данных
Именам входа доступ к базе данных предоставляется путем создания пользователя базы данных в базе данных и сопоставления этого пользователя базы данных с именем входа. Как правило, имя пользователя базы данных совпадает с именем входа, хотя это и необязательно. Один пользователь базы данных сопоставляется с одним именем входа. Имя входа может быть сопоставлено только с одним пользователем в базе данных, однако может сопоставляться как пользователь базы данных в нескольких базах данных.
Кроме того, можно создать пользователей базы данных без соответствующих имен входа. Они называются пользователями автономной базы данных. Microsoft рекомендуют использовать пользователей автономной базы данных, поскольку это упрощает перенос базы данных на другой сервер. Как и для имен входа, для пользователей автономной базы данных можно использовать проверку подлинности Windows или проверку подлинности SQL Server . Дополнительные сведения см. в разделе Пользователи автономной базы данных — создание переносимой базы данных.
Существует 12 типов пользователей с незначительными различиями в способах проверки подлинности и представляемых сущностях. Список пользователей см. в разделе CREATE USER (Transact-SQL).
Предопределенные роли базы данных
Предопределенные роли базы данных — это набор предварительно настроенных ролей, который представляет собой удобную группу разрешений на уровне базы данных. Пользователей базы данных и определяемые пользователем роли базы данных можно добавить в предопределенные роли базы данных с помощью инструкции . Дополнительные сведения см. в разделе ALTER ROLE (Transact-SQL).
Определяемые пользователем роли базы данных
Пользователи с разрешением могут создавать определяемые пользователем роли базы данных для представления групп пользователей с общими разрешениями. Обычно разрешения предоставляются или отклоняются для всей роли, что упрощает управление разрешениями и мониторинг. Пользователей базы данных можно добавлять в роли базы данных с помощью инструкции . Дополнительные сведения см. в разделе ALTER ROLE (Transact-SQL).
Другие субъекты
В данной статье не рассматриваются дополнительные субъекты безопасности, такие как роли приложений и имена входа и пользователи, основанные на сертификатах или асимметричных ключах.
График, отображающий связи между пользователями Windows, группами Windows, именами входа и пользователями базы данных, см. в разделе Create a Database User.
Использование функции «Регрессионные запросы»
Включив хранилище запросов, обновите информацию о базе данных в области обозревателя объектов, чтобы добавить раздел Хранилище запросов.
Выберите пункт Запросы со сниженной производительностью , чтобы открыть панель Запросы со сниженной производительностью в SQL Server Management Studio. На панели «Запросы со сниженной производительностью» отображаются запросы и планы, сохраненные в хранилище запросов. В раскрывающихся списках вверху можно фильтровать запросы по разным критериям. длительность (мс) (по умолчанию), время ЦП (мс), логические операции чтения (КБ), логические операции записи (КБ), физические операции чтения (КБ), время CLR (мс), DOP, потребление памяти (КБ), количество строк, используемая память журнала (КБ), использование памяти временной БД (КБ), время ожидания (мс).
Выберите план для просмотра графического плана запросов. Воспользуйтесь соответствующими кнопками, чтобы просмотреть исходный запрос, принудительно выполнить и отменить выполнение плана запроса, переключиться между форматами сетки и диаграммы, сравнить выбранные планы (если выбрано несколько) и обновить экран.
Чтобы принудительно выполнить план, выберите запрос и план, а затем щелкните Принудительно выполнить план. Принудительно выполнять можно только те планы, которые были сохранены с помощью функции плана запросов и все еще хранятся в кэше плана запросов.
Изучение данных обнаружения отсутствующих объектов
-
Если отсутствующие объекты не включены в данные обнаружения, могут возникнуть проблемы с разрешениями или проблемы с WMI.
Например, если у учетной записи Run As нет необходимых разрешений, вы можете получить следующие данные:
Чтобы проверить проблему WMI, выполните следующие действия:
-
На сервере SQL откройте WBEMTEST.
-
Подключение к .
-
Запустите запрос:
-
Если вы получили сообщение об ошибке WMI или нет выходных данных, убедитесь, что у вас есть резервная копия сервера, откройте командную подсказку с повышенными повышенными уровнями, а затем запустите следующую команду, чтобы восстановить пространство имен WMI:
-
-
Если отсутствующие объекты включены в данные обнаружения, просмотрите следующие журналы событий:
-
Журналы событий Operations Manager
Найди события, которые сообщают о том, что данные обнаружения отброшены. Например, событие 5000 или 4506.
Если в очереди отправки слишком много данных, данные могут быть отброшены. Чтобы устранить эту проблему, увеличив размер очереди агента.
-
Журнал событий сервера управления
Найди события, которые сообщают об утечке данных обнаружения, или ссылаясь на SQL Server производительности, которые препятствуют записи данных в базу данных Operations Manager.
-
Создание представлений и хранимых процедур
Представление является хранимой инструкцией SELECT, а хранимая процедура представляет собой одну или более инструкций Transact-SQL , выполняемых в виде пакета.
Представления запрашиваются так же, как таблицы, и не принимают параметры. Хранимые процедуры сложнее, чем представления. Хранимые процедуры содержат как входные, так и выходные параметры и могут содержать инструкции, которые управляют потоком кода, например IF и WHILE. Использование хранимых процедур для всех повторяющихся действий в базе данных является хорошим стилем программирования.
В этом примере используется инструкция CREATE VIEW, чтобы создать представление, которое выбирает только два столбца в таблице Products . Затем с помощью инструкции CREATE PROCEDURE создается хранимая процедура, которая принимает цену в качестве параметра и возвращает только те продукты, цена которых меньше значения, указанного в качестве параметра.
Создание представления
Выполните следующую инструкцию, создающую представление, которое выполняет инструкцию select и возвращает названия и цены продуктов пользователю.
Тестирование представления
С представлениями обращаются так же, как с таблицами. Используйте инструкцию , чтобы получить доступ к представлению.
Создание хранимой процедуры
В следующем примере создается хранимая процедура с входным параметром типа . Эта хранимая процедура печатает инструкцию , соединенную операцией сцепления с входным параметром, тип которого преобразуется из в . Затем процедура выполняет инструкцию на представлении, передавая входной параметр в предложение . Возвращаются все продукты, цена которых меньше значения входного параметра.
Тестирование хранимой процедуры
Чтобы выполнить хранимую процедуру, введите и выполните следующую инструкцию. Эта процедура должна возвратить названия двух продуктов, введенных в таблицу на занятии 1, цена которых меньше .
Ресурсы SQL Server
- Блоги
- SQL Central Blog Scripts
- SQL Central Blog Articles
- SQL Central Blog Stairways
- MSSQLTips
- BRENT OZAR scripts, videos and articles
- Simple-talk Articles
- SQLSentry Blog
- Glenn Berry’s SQL Server Performance
- Kenneth Fisher SQLStudies Blog
- Best SQL Server Perfomance Blog
- Weblogs SQLTeam Blogs
- SQLMag
- SQLShack
- SQLPass
- Vertabelo Blog
- Midnightdba Blog
- Madeiradata Blog
- SQL Server Performance Articles
- SQL and more with KRUTI Blog
- SQL Authority
- TECHNET SQL Server Blog
- SQL Server Database Engine Blog
- SQL Server BI Blog
- Andy Yun SQLBeck Blog
- Curated SQL
- Blog do Ezequiel
- SQLHA Blog
- SQLSecurity Blog
- SQL.ru SQL Server (Русский)
- Безопасность (огромное спасибо Troy Hunt)
- SQL injection
- sqlmap – Инструмент для мониторинга SQL injection тестовых атак для работающего сайта
- Drupal 7 SQL injection flaw of 2014
- Ethical Hacking: SQL Injection – Подробрный курс по SQL Injection (Платно)
- Exploit databases and breach coverage
- seclists.org – Подборка уязвимостей с разных ресурсов
- Exploit Database – Солидная подборка уязвимостей баз данных
- PunkSPIDER – Большой список уязвимостей всех типов для веб ресурсов
- Data Loss DB – Хороший список уязвимостей для баз данных
- Information is Beautiful: World’s Biggest Data Breaches – Интересная географическая визуализация произошедших уязвимостей
- SQL injection
- Бесплатные видео
- IDERA Resource Center
- MSSQLTips SQL Server Webcasts and Videos
- SQL Server Videos
- TECHNET How do I Videos
- Veeam Learn Microsoft SQL Server
- MidnightDBA ITBookWorm Video
- SQL Server Hangouts (by Boris Hristov, Cathrine Wilhelmsen)
- Youtube russianVC (Русский)
- Бесплатные подкасты (на английском)
- SQL Server Radio (by Guy Glantser and Matan Yungman)
- SQL Data Partners (by Carlos L Chacon, César Oviedo and Adrian Miranda)
- Away from the Keyboard (by Cecil Phillip and Richie Rump)
- RunAs Radio (by Richard Campbell and Greg Hughes)
- People Talking Tech (by Denny Cherry)
- NET Rocks! (by Richard Campbell and Carl Franklin)
- SQL Down Under Podcast (by Greg Low)
- Free sql server video tutorials for beginners (by PRAGIM Technologies)
- Курсы
- Бесплатные
- Codecademy Learn SQL (Бесплатно)
- Codecademy SQL: Table Transformation (Бесплатно)
- Codecademy SQL: Analyzing Business Metrics (Бесплатно)
- MVA SQL Server Courses (Бесплатно)
- Платные
- Lynda Courses (Платно)
- Veeam Free Courses (Платно)
- SQLSkills Trainings (Платно)
- Brent Ozar Team Trainings (Платно)
- Pluralsight Courses (Платно)
- Бесплатные
- Обратная Совместимость
- 2016 Backwards Compatibility
- 2014 Backwards Compatibility
- 2012 Backwards Compatibility
- 2008 R2 Backwards Compatibility
- 2008 Backwards Compatibility
- 2005 Backwards Compatibility
- Другое
- SQL Server Management Studio
- Лучшее решение для бэкапов и управления индексами Ola Maintenance Solution
- SQL Server First Responder Kit
- SQL# CLR functions (by Sql Quantum Leap)
- SSIS Performance Benchmarks
- Statistic Parser (by Richie Rump)
- Using Excel to parse Set Statistics IO output (by Vicky Harp)
- SQL Generator (by Richie Rump)
- Columnstore Indexes Scripts Library (by Niko Neugebauer)
- Stackoverflow SQL Server
- DBA Stackexchange SQL Server
- BIMLScript Learn resource
- SQL Server Connection Strings
- SQL Injection Cheat Sheet (by Ferruh Mavituna)
- RSS Most Recent SQL Server KBs
- Stackoverflow SQL Anti Patterns
- SQL Server Latch Classes Library (by Paul S. Randal)
- Azure Speed (by Blair Chen)
- SQLFiddle
- Practical skills of SQL language (Русский)
Мониторинг в динамической среде
Изменение этих условий приведет к изменению производительности. По результатам оценки можно заметить изменения производительности при увеличении числа пользователей, изменении методов доступа пользователей и методов соединения, при увеличении объема содержимого базы данных, изменении клиентского приложения и данных в приложении, а также при усложнении запросов и увеличении объема сетевого трафика. С помощью средств контроля производительности можно связывать изменения отдельных показателей производительности с изменениями условий и сложных запросов. Примеры:
-
Отслеживая время отклика на часто используемые запросы, можно определить, нужно ли изменять запросы или индексы опрашиваемых таблиц.
-
Отслеживая выполнение запросов Transact-SQL можно определить правильность их написания, а также соответствие ожидаемым результатам.
-
Отслеживая пользователей, пытающихся подключиться к экземпляру SQL Server, можно проверить надежность защиты и протестировать приложения или системы разработки.
Время отклика — это время ожидания возврата пользователю первой строки результирующего набора в форме визуального подтверждения обработки запроса. Пропускная способность — это общее количество запросов, которые сервер может обработать за единицу времени.
С увеличением числа пользователей растет соперничество за ресурсы сервера, что в свою очередь увеличивает время ответа и уменьшает общую пропускную способность.
И снова о скорости работы 1с 8.х + тест от Гилева (конфигурация TPС_1C_GILV_A) + как Выбрать сервер для 1С 8.х Промо
Предыстория:
Есть в конторе, где я работаю, пара практически ОДИНАКОВЫХ по железу сервера…
так вот заметили что на одном из них 1С 8.2 работает значительно быстрей что в Клиент-Серверном, что в файловом варианте…
и что именно удивило так это что медленней работал сервер с большим количеством Оперативной памяти + RAID10 на SSD.
Проводили много тестов на работу дисковой системы + различные тесты SQL — ВЫВОД: ничего непонятно где тормоза.
И вот попала ко мне конфигурация 1С для оценки производительности 1С от Гилева http://infostart.ru/public/57204/
Подробности в Описании…
2 стартмани
Поддержка операционных систем
В следующей таблице показано, какие версии SQL Server 2016 и 2017 совместимы с различными версиями Windows:
Выпуск SQL Server: | Enterprise | Разработчик | Standard | Интернет | Express |
---|---|---|---|---|---|
Windows Server 2019 Datacenter | Да | Да | Да | Да | Да |
Windows Server 2019 Standard | Да | Да | Да | Да | Да |
Windows Server 2019 Essentials | Да | Да | Да | Да | Да |
Windows Server 2016 Datacenter | Да | Да | Да | Да | Да |
Windows Server 2016 Standard | Да | Да | Да | Да | Да |
Windows Server 2016 Essentials | Да | Да | Да | Да | Да |
Windows Server 2012 R2 Datacenter | Да | Да | Да | Да | Да |
Windows Server 2012 R2 Standard | Да | Да | Да | Да | Да |
Windows Server 2012 R2 Essentials | Да | Да | Да | Да | Да |
Windows Server 2012 R2 Foundation | Да | Да | Да | Да | Да |
Windows Server 2012 Datacenter | Да | Да | Да | Да | Да |
Windows Server 2012 Standard | Да | Да | Да | Да | Да |
Windows Server 2012 Essentials | Да | Да | Да | Да | Да |
Windows Server 2012 Foundation | Да | Да | Да | Да | Да |
Windows 10 IoT Корпоративная | нет | Да | Да | нет | Да |
Windows 10 Корпоративная | нет | Да | Да | нет | Да |
Windows 10 Профессиональная | нет | Да | Да | нет | Да |
Windows 10 Домашняя | нет | Да | Да | нет | Да |
Windows 8.1 Корпоративная | нет | Да | Да | нет | Да |
Windows 8.1 Профессиональная | нет | Да | Да | нет | Да |
Windows 8.1 Корпоративная | нет | Да | Да | нет | Да |
Windows 8 Профессиональная | нет | Да | Да | нет | Да |
Windows 8 | нет | Да | Да | нет | Да |
Минимальные требования к версиям для установки SQL Server в Windows Server 2012 или Windows 8 см. в разделе Установка SQL Server в Windows Server 2012 и Windows 8.
Поддержка Server Core
Установка SQL Server 2016 и 2017 в режиме основных серверных компонентов поддерживается в следующих выпусках Windows Server:
Дополнительные сведения об установке SQL Server на Server Core см. в разделе Установка SQL Server на Server Core.
Поддержка WOW64
WOW64 (32-разрядная Windows в 64-разрядной Windows) — это компонент 64-разрядных выпусков Windows, который позволяет выполнять 32-разрядные приложения в собственном 32-разрядном режиме. Приложения работают в 32-разрядном режиме даже в случае, если базовая операционная система является 64-разрядной. Режим WOW64 не поддерживается для установок SQL Server . Тем не менее в режиме WOW64 могут работать средства управления.
Функции, поддерживаемые в 32-разрядных клиентских операционных системах
Клиентские операционные системы Windows, такие как Windows 10 и Windows 8.1, могут иметь 32-разрядную или 64-разрядную архитектуру. Полная поддержка всех функций SQL Server доступна только в 64-разрядных операционных системах. В поддерживаемых 32-разрядных операционных системах Microsoft поддерживаются следующие функции:
- Клиент Data Quality
- Средства связи клиентских средств
- Службы Integration Services
- Обратная совместимость клиентских средств
- Пакет SDK клиентских средств
- Компоненты документации
- Компоненты распределенного воспроизведения
- Контроллер распределенного воспроизведения
- Клиент распределенного воспроизведения
- Пакет SDK для подключения клиентов SQL
Windows Server 2008 R2 и серверные операционные системы более поздней версии не поддерживают 32-разрядную архитектуру. Все поддерживаемые серверные операционные системы доступны только с 64-разрядной архитектурой. Полная поддержка всех функций доступна только в 64-разрядных серверных операционных системах.
Процедура оценки версии CE
Далее приводятся пошаговые инструкции, позволяющие оценить, не выполняется ли какой-нибудь из важных запросов медленнее с учетом последних данных CE. Для выполнения некоторых шагов нужно выполнить пример кода из предыдущего раздела.
Откройте среду Среда Management Studio. Убедитесь, что для базы данных SQL Server задан наивысший доступный уровень совместимости.
Выполните следующие подготовительные действия:
Откройте среду Среда Management Studio.
Запустите Transact-SQL, чтобы убедиться в том, что для базы данных SQL Server задан наивысший доступный уровень совместимости.
Убедитесь, что для базы данных отключена конфигурация .
Очистите хранилище запросов
Убедитесь, что хранилище запросов включено.
Выполните инструкцию .
Выполните инструкцию .
Выполните свой важный запрос.
На вкладке Сообщения в области результатов обратите внимание на фактическое число затронутых строк.
На вкладке Результаты в области результатов дважды щелкните ячейку, которая содержит статистику в формате XML. Отобразится графический план запроса.
Щелкните правой кнопкой мыши первое поле в графическом плане запроса и нажмите Свойства.
Для последующего сравнения с другой конфигурацией обратите внимание на значения следующих свойств:
CardinalityEstimationModelVersion.
Предполагаемое количество строк.
Предполагаемые затраты на ввод/вывод и несколько аналогичных предполагаемых свойств, которые имеют отношение к фактической производительности, а не прогнозу числа строк.
Логическая операция и Физическая операция
Параллелизм — хорошее значение.
Фактический режим выполнения. Пакет — хорошее значение (лучше чем Строка).
Сравните предполагаемое количество строк с фактическим. Значение CE неточно на 1 % (в любом направлении) или на 10 %?
Выполните .
Запустите Transact-SQL, чтобы снизить уровень совместимости вашей базы данных на 1 (например, с 130 до 120).
Повторно выполните все шаги, кроме подготовительных.
Сравните значения свойства CE в обоих прогонах.
Процент точности с новым CE ниже, чем со старым?
Наконец, сравните различные значения свойств производительности в обоих прогонах.
Ваш запрос обрабатывался по двум разным планам из-за того, что оценочные значения CE различались?
Ваш запрос выполнялся медленнее с последним CE?
В большинстве случаев следует использовать последний CE. Исключение составляют ситуации, когда при использовании старого CE запрос обрабатывался быстрее и по другому плану.
В этом случае нужно назначить в системе принудительное использование плана более быстрой обработки и игнорирование CE. Так вы сможете использовать новейший CE во всех операциях, а важный запрос будет выполняться быстрее.
Булевы операторы и простые операторы сравнения
AND | логическое И. Ставится между двумя условиями (условие1 AND условие2). Чтобы выражение вернуло True, нужно, чтобы истинными были оба условия |
---|---|
OR | логическое ИЛИ. Ставится между двумя условиями (условие1 OR условие2). Чтобы выражение вернуло True, достаточно, чтобы истинным было только одно условие |
NOT | инвертирует условие/логическое_выражение. Накладывается на другое выражение (NOT логическое_выражение) и возвращает True, если логическое_выражение = False и возвращает False, если логическое_выражение = True |
Условие | Значение |
---|---|
= | Равно |
< | Меньше |
> | Больше |
<= | Меньше или равно |
>= | Больше или равно |
<> != |
Не равно |
IS NULL | Проверка на равенство NULL |
---|---|
IS NOT NULL | Проверка на неравенство NULL |