Wydajne zapytanie testowe SQL lub zapytanie walidacyjne, które będzie działać we wszystkich (lub większości) bazach danych

Jeśli twój Sterownik jest zgodny z JDBC 4, nie ma potrzeby wysyłania dedykowanego zapytania do testowania połączeń. Zamiast tego istnieje Połączenie.isValid do testowania połączenia.

JDBC 4 jest częścią Javy 6 z 2006 roku i powinieneś już to obsługiwać!

Słynne pule połączeń, takie jak HikariCP, nadal mają parametr config do określenia zapytania testowego, ale zdecydowanie odradzam korzystanie z niego:

ConnectionTestQuery

Jeśli Twój sterownik obsługuje JDBC4 we mocno nie zaleca się ustawiania tej właściwości. To jest dla" starszych " baz danych które nie obsługują połączenia JDBC4.API isValid (). To jest zapytanie, które zostanie wykonane tuż przed nawiązaniem połączenia z puli, aby potwierdzić, że połączenie z bazą danych jest nadal / align = "left" / Jeszcze raz spróbuj uruchomić basen bez tej właściwości, HikariCP zarejestruje błąd, jeśli sterownik nie jest zgodny z JDBC4, aby umożliwić Ci wiedzieć. Default: none

Niestety nie ma instrukcji SELECT, która zawsze będzie działać niezależnie od bazy danych.

Większość obsługa baz danych:

SELECT 1

Niektóre bazy danych tego nie obsługują, ale mają tabelę o nazwie DUAL, której możesz użyć, gdy nie potrzebujesz tabeli:

SELECT 1 FROM DUAL

MySQL obsługuje to również ze względu na kompatybilność, ale nie wszystkie bazy danych tak. Obejściem dla baz danych, które nie obsługują żadnego z powyższych, jest utworzenie tabeli o nazwie DUAL, która zawiera pojedynczy wiersz, a następnie powyższe zadziała.

HSQLDB nie obsługuje żadnego z powyższych, więc możesz utworzyć podwójną tabelę lub użyć:

SELECT 1 FROM any_table_that_you_know_exists_in_your_database

Używam tego:

select max(table_catalog) as x from information_schema.tables

Aby sprawdzić połączenie i możliwość uruchamiania zapytań (z 1 wierszem jako wynikiem) dla postgreSQL, MySQL i MSSQL.

W przypadku testów z użyciem select count(*), powinno być bardziej efektywne użycie select count(1), Ponieważ * może spowodować, że odczyta wszystkie dane kolumn.

select 1 działa w SQL serverze, nie jestem pewien co do pozostałych.

Użyj standardowego ansi sql do utworzenia tabeli, a następnie zapytanie z tej tabeli.

Używam

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

Dla hsqldb 1.8.0

Zakładając, że OP chce odpowiedzi Javy:

Od JDBC3 / Java 6 istnieje metoda isValid () , która powinna być używana zamiast wymyślania własnej metody.

Wykonawca drivera jest wymagany do wykonania pewnego rodzaju zapytania z bazą danych, gdy wywołał ten identyfikator metody. Ty-jako zwykły użytkownik JDBC-nie musisz wiedzieć ani rozumieć, czym jest to zapytanie. Wszystko, co musisz zrobić, to zaufać, że twórca sterownika JDBC wykonał swoją pracę prawidłowo.

A może

SELECT user()

Właśnie dowiedziałem się, że to jest trudne

SELECT 1 FROM DUAL

Również dla MaxDB.

Używam tego do Firebird

select 1 from RDB$RELATION_FIELDS rows 1

Dla MSSQL .

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