Ефективний тестовий запит SQL або запит на перевірку, який буде працювати в усіх (або більшості) баз даних

Багато бібліотек об’єднання підключень до баз даних надають можливість перевірити свої SQL-з'єднання на непрацюючість. Наприклад, бібліотека пулу JDBC c3p0 має властивість під назвою preferredTestQuery, яка виконується під час з'єднання з налаштованими інтервалами. Аналогічно є і DBCP Apache Commons validationQuery.

Я бачив багато прикладів запитів для MySQL і рекомендую використовувати SELECT 1;як значення для тестового запиту. Однак цей запит не працює в деяких базах даних (наприклад, HSQLDB, для яких SELECT 1очікує FROMпункт).

Чи є аггностичний запит до бази даних, який настільки ж ефективний, але буде працювати для всіх баз даних SQL?

Редагувати:

Якщо цього немає (що, здається, так), може хтось запропонувати набір SQL запитів, які працюватимуть для різних постачальників баз даних? Моїм наміром було б програмне визначення твердження, яке я можу використовувати, на основі конфігурації мого постачальника баз даних.

Після невеликих досліджень, а також довідки з деяких відповідей тут:

SELECT 1

• Н2
• MySQL
• Microsoft SQL Server (за словами NimChimpsky )
• PostgreSQL
• SQLite

SELECT 1 FROM DUAL

• Oracle

SELECT 1 FROM any_existing_table WHERE 1=0

або

SELECT 1 FROM INFORMATION_SCHEMA.SYSTEM_USERS

• HSQLDB (тестовано з версією 1.8.0.10)

  Примітка. Я спробував використовувати WHERE 1=0пункт другого запиту, але він не працював як значення для DBCP Apache Commons validationQuery, оскільки запит не повертає жодних рядків

VALUES 1 або SELECT 1 FROM SYSIBM.SYSDUMMY1

• Apache Derby (через дайског )

SELECT 1 FROM SYSIBM.SYSDUMMY1

• DB2

select count(*) from systables

• Інформукс

Якщо ваш драйвер сумісний з JDBC 4, для тестування з'єднань не потрібен спеціальний запит. Натомість існує Connection.isValid для перевірки з'єднання.

JDBC 4 є частиною Java 6 з 2006 року, і ви, водій, повинні підтримувати це вже зараз!

У відомих пулах підключень, як-от HikariCP, як і раніше є конфігураційний параметр для визначення тестового запиту, але сильно не рекомендується використовувати його:

.ConnectionTestQuery

Якщо ваш драйвер підтримує JDBC4, ми наполегливо рекомендуємо не встановлювати цю властивість. Це для "застарілих" баз даних, які не підтримують API JDBC4 Connection.isValid (). Це запит, який буде виконаний перед тим, як вам буде надано з'єднання з пулу, щоб підтвердити, що з'єднання з базою даних залишається живим. Знову ж таки, спробуйте запустити пул без цього властивості, HikariCP зафіксує помилку, якщо ваш драйвер не відповідає JDBC4, щоб повідомити про це. За замовчуванням: немає

На жаль, не існує твердження SELECT, яке завжди буде працювати незалежно від бази даних.

Більшість баз даних підтримують:

SELECT 1

Деякі бази даних не підтримують це, але мають таблицю DUAL, яку ви можете використовувати, коли таблиця вам не потрібна:

SELECT 1 FROM DUAL

MySQL також підтримує це з міркувань сумісності, але це не всі бази даних. Приблизним рішенням баз даних, які не підтримують жодне з перерахованих вище, є створення таблиці під назвою DUAL, яка містить один рядок, тоді вище буде працювати.

HSQLDB не підтримує нічого з перерахованого вище, тому ви можете або створити таблицю DUAL або використовувати інше:

SELECT 1 FROM any_table_that_you_know_exists_in_your_database

Я використовую цей:

select max(table_catalog) as x from information_schema.tables

перевірити підключення та здатність виконувати запити (з результатом 1 рядок) для postgreSQL, MySQL та MSSQL.

я використовую

Select COUNT(*) As X From INFORMATION_SCHEMA.SYSTEM_USERS Where 1=0

для hsqldb 1.8.0

Для тестів, які використовують select count(*), його слід використовувати більш ефективно, select count(1)оскільки це *може змусити його зчитувати всі дані стовпців.

select 1 працював би на сервері sql, не впевнений у інших.

Використовуйте стандартний ansi sql для створення таблиці, а потім запит із цієї таблиці.

Припустимо, що ОП хоче відповідь Java:

Станом на JDBC3 / Java 6 є метод isValid (), який слід використовувати, а не вигадувати власний метод.

Реалізатору драйвера потрібно виконати якийсь запит до бази даних, коли цей метод ідентифікується. Ви - як звичайний користувач JDBC - не повинні знати чи розуміти, що це за запит. Все, що вам потрібно зробити, - це довіритися, що творець драйвера JDBC виконав свою роботу належним чином.

Як щодо

SELECT user()

Я використовую це раніше.MySQL, H2 добре, я не знаю інших.

Щойно з’ясував важкий шлях, який це є

SELECT 1 FROM DUAL

і для MaxDB.

Для Oracle високоефективним запитом буде

select 'X' from <your_small_table> where <primay_key_coulmn> = <some_value>

Це з точки зору продуктивності.

Я використовую це для Firebird

select 1 from RDB$RELATION_FIELDS rows 1

Для MSSQL .

Це допомогло мені визначити, чи пов'язані сервери живі. Використовуючи підключення Open Query та TRY CATCH, щоб додати результати помилки до чогось корисного.

IF OBJECT_ID('TEMPDB..#TEST_CONNECTION') IS NOT NULL DROP TABLE #TEST_CONNECTION
IF OBJECT_ID('TEMPDB..#RESULTSERROR') IS NOT NULL DROP TABLE #RESULTSERROR
IF OBJECT_ID('TEMPDB..#RESULTSGOOD') IS NOT NULL DROP TABLE #RESULTSGOOD

DECLARE @LINKEDSERVER AS VARCHAR(25)    SET @LINKEDSERVER = 'SERVER NAME GOES HERE'
DECLARE @SQL AS VARCHAR(MAX)
DECLARE @OPENQUERY AS VARCHAR(MAX)

--IF OBJECT_ID ('dbo.usp_GetErrorInfo', 'P' ) IS NOT NULL DROP PROCEDURE usp_GetErrorInfo;  
--GO  

---- Create procedure to retrieve error information.  
--CREATE PROCEDURE dbo.usp_GetErrorInfo  
--AS  
--SELECT     
--    ERROR_NUMBER() AS ErrorNumber  
--    ,ERROR_SEVERITY() AS ErrorSeverity  
--    ,ERROR_STATE() AS ErrorState  
--    ,ERROR_PROCEDURE() AS ErrorProcedure  
--    ,ERROR_LINE() AS ErrorLine  
--    ,ERROR_MESSAGE() AS Message;  
--GO  


BEGIN TRY
SET @SQL='
SELECT 1 
'''
--SELECT @SQL
SET @OPENQUERY = 'SELECT * INTO ##TEST_CONNECTION FROM OPENQUERY(['+ @LINKEDSERVER +'],''' + @SQL + ')'
--SELECT @OPENQUERY
EXEC(@OPENQUERY)
SELECT * INTO #TEST_CONNECTION FROM ##TEST_CONNECTION
DROP TABLE ##TEST_CONNECTION
--SELECT * FROM #TEST_CONNECTION
END TRY

BEGIN CATCH
-- Execute error retrieval routine.
IF OBJECT_ID('dbo.usp_GetErrorInfo') IS NOT NULL -- IT WILL ALWAYS HAVE SOMTHING... 
    BEGIN
        CREATE TABLE #RESULTSERROR (
        [ErrorNumber]       INT
        ,[ErrorSeverity]    INT
        ,[ErrorState]       INT
        ,[ErrorProcedure]   INT
        ,[ErrorLine]        INT
        ,[Message]          NVARCHAR(MAX) 
        )
        INSERT INTO #RESULTSERROR
        EXECUTE dbo.usp_GetErrorInfo
    END
END CATCH

BEGIN 
    IF (Select ERRORNUMBER FROM #RESULTSERROR WHERE ERRORNUMBER = '1038') IS NOT NULL --'1038' FOR ME SHOWED A CONNECTION ATLEAST. 
        SELECT
        '0' AS [ErrorNumber]        
        ,'0'AS [ErrorSeverity]  
        ,'0'AS [ErrorState]     
        ,'0'AS [ErrorProcedure] 
        ,'0'AS [ErrorLine]      
        , CONCAT('CONNECTION IS UP ON ', @LINKEDSERVER) AS [Message]            
    ELSE 
        SELECT * FROM #RESULTSERROR
END

docs.microsoft.com