test połączenia SQL bez rzuca wyjątek

Question

Aby sprawdzić, czy mogę połączyć się z bazą danych, mogę wykonać następujący kod:

using (SqlConnection connection = new SqlConnection(myConnectionString)) 
{ 
    try 
    { 
     connection.Open(); 
     canConnect = true; 
    } 
    catch (SqlException) { } 
} 

Działa to z wyjątkiem zgłasza wyjątek, jeśli połączenie nie powiodło się. Czy istnieje inny sposób testowania połączenia Sql, który nie rzuca wyjątku?

Edit: Aby dodać precyzji, pytam czy istnieje prosta metoda, która robi to bez konieczności otwierania połączenie i złapać wyjątki, które mogą wystąpić

Answer 1

Podczas próby otwarcia połączenia nie można uniknąć wyjątku, jeśli nie można otworzyć połączenia. Może być ukryty gdzieś w funkcji, ale dostaniesz wyjątek, bez względu na wszystko.

Został zaprojektowany w ten sposób, ponieważ zazwyczaj oczekuje się, że będzie można połączyć się z bazą danych. Nieudane połączenie to wyjątek.

Mimo to można przetestować stan połączenia w stanie, sprawdzając właściwość State.

Answer 2

napisać rozszerzenie tak:

public static class Extension{ 
public static bool CanOpen(this SqlConnection connection){ 
    try{ 
    if(connection == null){ return false; } 

    connection.Open(); 
    var canOpen = connection.State == ConnectionState.Open; 
    connection.close(); 
    return canOpen; 
} 
catch{ 
    return false; 
} 
} 

Następnie można konsumować to lubią:

using(var connection = new SqlConnection(myConnectionString)){ 
     if(connection.CanOpen()){ 
     // NOTE: The connection is not open at this point... 
     // You can either open it here or not close it in the extension method... 
     // I prefer opening the connection explicitly here... 
    } 
} 

HTH.

Answer 3

Jeśli zgłasza wyjątek i załatwiasz go w swoim bloku catch, wiesz, że połączenie nie powiodło się. Myślę, że odpowiedziałeś na własne pytanie.

Answer 4

Myślę, że prawdziwą odpowiedzią tutaj jest ping.

string data = "ismyserverpingable"; 
byte[] buffer = Encoding.ASCII.GetBytes (data); 
int timeout = 120; 
PingReply reply = pingSender.Send ("google.com", timeout, buffer, options); 
if (reply.Status == IPStatus.Success) 
{ 
} 

Dopóki wyraźnie nie sprawdzasz, czy połączenie sql jest możliwe 9/10 powinieneś wiedzieć, czy coś jest serwerem sql. Pozwoli to zaoszczędzić ci tego nieprzyjemnego użycia pamięci wyjątku, na który obstawiam, naprawdę jest po.

Answer 5

Zawsze można użyć klasy ConnectionStringBuilder i sprawdzić istnienie każdego elementu, który jest wymagany przez ciąg połączenia przed próbą otwarcia.

Jeśli ciąg połączenia jest poprawny, ale serwer bazy danych, z którym się łączysz, jest wyłączony, nadal masz zamiar uzyskać wyjątek. Nie ma sensu sprawdzać jakości napisu, jeśli punkt końcowy, z którym się łączysz, może być offline.

Answer 6

Nie można uniknąć wyjątku przychodzącego podczas łączenia bazy danych, ale mają jakąś funkcję, która radzi sobie z tym bardzo dobrze. Używam tej funkcji, która zwraca wartość true, jeśli istnieje połączenie.

public static bool IsSQLConnectionAvailable() 
    { 
     SqlConnection _objConn = new SqlConnection(); 

     try 
     { 
      _objConn.ConnectionString = ConfigurationManager.ConnectionStrings["DefaultSQLConnectionString"].ConnectionString; 
      _objConn.Open(); 
     } 
     catch 
     { 
      return false; 
     } 
     finally 
     { 
      if (_objConn.State == ConnectionState.Open) 
       _objConn.Close(); 
     } 

     return true; 
    }