Effiziente SQL-Testabfrage oder -validierungsabfrage, die in allen (oder den meisten) Datenbanken funktioniert

Wenn Ihr Treiber JDBC-4 kompatibel, es gibt keine Notwendigkeit für eine dedizierte Abfrage zu testen verbindungen. Statt dessen gibt es - Verbindung.isValid um die Verbindung zu testen.

JDBC 4 ist Teil von Java 6 aus dem Jahr 2006 und Sie Treiber sollte unterstützt dies, indem jetzt!

Berühmten Verbindungs-pools, wie HikariCP, haben noch einen config-parameter für die Angabe einer test-Abfrage aber dringend davon abgeraten, es zu benutzen:

?connectionTestQuery

Wenn Ihr Treiber unterstützt JDBC4 wir stark
empfehlen nicht festlegen dieser Eigenschaft. Dies ist für die "legacy" - Datenbanken
nicht unterstützen die JDBC4-Verbindung.isValid () - API. Dies ist die
query, der ausgeführt wird, unmittelbar bevor eine Verbindung gegeben wird, um Sie
aus dem pool, um zu überprüfen, dass die Verbindung zur Datenbank ist noch
lebendig. Wieder, versuchen Sie, den pool, ohne diese Eigenschaft, HikariCP
wird ein Fehler protokolliert werden, wenn Ihr JDBC4-Treiber ist nicht kompatible zu lassen, Sie
wissen. Default: none

InformationsquelleAutor der Antwort Tim Büthe

Benutze ich diese:

select max(table_catalog) as x from information_schema.tables

prüfen Verbindung und die Fähigkeit zum ausführen von Abfragen (mit 1 Zeile als Ergebnis) für postgreSQL, MySQL und MSSQL.

InformationsquelleAutor der Antwort Wojciechk

select 1 wäre in sql server, nicht sicher über die anderen.

Verwenden standard ansi-sql auf eine Tabelle erstellen und dann die Abfrage aus dieser Tabelle.

InformationsquelleAutor der Antwort NimChimpsky

Vorausgesetzt, der OP will ein Java-Antwort:

Als der JDBC3 /Java 6 gibt es die isValid() Methode, die verwendet werden sollten, anstatt zu erfinden, eine eigene Methode.

Die Umsetzer der Treiber erforderlich ist, um die Ausführung mancher Art der Abfrage gegen die Datenbank, wenn diese Methode id genannt. Sie - als bloße JDBC-Benutzer nicht wissen oder verstehen, was diese Abfrage ist. Alles, was Sie tun müssen, ist, darauf zu Vertrauen, dass der Schöpfer des JDBC-Treibers getan hat, seine/Ihre Arbeit richtig.

InformationsquelleAutor der Antwort peterh

Gerade herausgefunden, die harte Tour, dass es

SELECT 1 FROM DUAL

für MaxDB als gut.

InformationsquelleAutor der Antwort Lars Decker

Für MSSQL.

Dies hat mir geholfen, festzustellen, ob verknüpfte Server am Leben waren. Mit einer Geöffneten Abfrage-Anschluss und ein TRY CATCH um die Ergebnisse der Fehler zu etwas nützlich.

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

InformationsquelleAutor der Antwort DeFlanko