Podstawowe pojęcia JDBC, łączenie i gwintowanie

Question

Zawsze używałem JDBC w JavaSE w środowisku jednowątkowym. Ale teraz potrzebuję użyć puli połączeń i pozwolić wielu wątkom na interakcję z bazą danych (MSSQL i Oracle) i mam trudności z jej próbowaniem, ponieważ wydaje mi się, że brakuje mi fundamentalnego niedostosowania API.

AFAIK po połączeniu i zalogowaniu Connection reprezentuje fizyczne połączenie tcp/ip z bazą danych. Tworzy Statement (s), które mogą być postrzegane jako interakcja (e) SQL z bazą danych za pomocą Connection.

• Skąd bierze się transakcja i wycofanie? Czy to na poziomie Connection lub Statement.
• Czy to bezpieczne, że "jeden" Connection tworzy N wypowiedzi i nadaje je różnym wątkom, aby każdy mógł korzystać z tego Statement?

Jeśli nie, a po skonfigurowaniu basen coś takiego:

OracleDataSource ods = new OracleDataSource(); 
ods.setURL("jdbc:oracle:thin:@tnsentryname"); 
ods.setUser("u"); 
ods.setPassword("p"); 

• BTW, gdzie mogę ustawić połączenia wielkość puli?

• Czy to jest to, co bym robił w każdym wątku, aby poprawnie korzystać z połączenia?

// THEAD metoda run

Connection conn = ods.getConnection(); 
Statement stmt = conn.createStatement(); 
ResultSet rs = stmt.executeQuery("the sql"); 
// do what I need to do with rs 
rs.close(); 
int updateStatus = stmt.executeUpdate("the update"); 
stmt.close(); 
conn.close(); 

// koniec nici metoda run

• Jeśli jakakolwiek fizyczna Podłączenie Pool jakoś awarii lub disconects będzie pula automatycznie próbować ponownie połączyć i wstrzyknąć nowe połączenie w puli, aby kolejne pool.getConnection() po prostu uzyskać połączenie zdrowia?

Bardzo dziękuję i wybacz mój zły angielski.

Answer 1

Pule połączeń dekorują instancje połączeń i wyciągów za pomocą własnych implementacji wrapperów. Kiedy wywołujesz zamknięcie połączenia, właśnie zwalniasz je z powrotem do puli. Kiedy wywołujesz zamknięcie na przygotowanym wyciągu, faktycznie zwalniasz go z powrotem do pamięci podręcznej instrukcji połączenia. Podczas przygotowywania instrukcji może właśnie pobierać buforowane wystąpienie instrukcji z połączenia. Wszystko to jest ukryte, żebyś nie musiał się tym martwić.

Po nawiązaniu połączenia z klientem nie jest on dostępny dla żadnego innego klienta, który będzie mógł go użyć do momentu przywrócenia połączenia z pulą. Generalnie wystarczy pobrać połączenia, gdy są potrzebne, a następnie zwrócić je, gdy tylko skończysz. Ponieważ połączenia są utrzymywane otwarte w puli, pobieranie i zwalnianie połączeń jest niewielkie.

Powinieneś używać połączenia z puli tak samo, jak z pojedynczym połączeniem JBDC i postępować zgodnie z najlepszymi praktykami dotyczącymi zamykania zasobów, aby nie przeciekać żadnych połączeń ani wyciągów. Zobacz przykłady try/catch/finally w niektórych innych odpowiedziach.

Pule mogą zarządzać zasobami połączenia i przetestować je przed przekazaniem klientom, aby upewnić się, że nie są nieaktualne. W razie potrzeby pula stworzy i zniszczy połączenia.

Answer 2

1. Transakcje odbywają się na poziomie połączenia.

2. Nie. Zazwyczaj sterownik JDBC upewnia się, że nie można wykonać drugiej instrukcji za pośrednictwem tego samego połączenia, gdy inny jest aktywny.

Jeśli potrzebujesz połączenia z puli, spróbuj DBCP framework. Oferuje całkiem przyzwoitą obsługę awarii (np. Zauważając nieaktualne połączenia i połączenia, które nie zostały zwrócone przez kod klienta).

chodzi o kodzie: Zawsze owinąć kod w try{...}finally{...}:

Connection conn = null; 
Statement stmt = null; 
ResultSet rs = null; 
try { 
    conn = ds.getConnection(); 
    stmt = ... 
    rs = ... 
} 
finally { 
    rs = close (rs); 
    stmt = close (stmt); 
    conn = close (conn); 
} 

public static Connection close (Connection conn) { 
    if (conn != null) { 
     try { 
      conn.close(); 
     } 
     catch (SQLException e) { 
      e.printStackTrace(); // Log, don't rethrow!! 
     } 
    } 
    return null; 
} 

Kod ten będzie upewnić się, że wszystkie połączenia, itp, zawsze są prawidłowo zamknięte i że każdy wyjątek podczas blisko nie ukryje poprzedni błąd.

Answer 3

Myślę, że powinieneś zacząć od Słońca tutorial w sprawie łączenia połączeń. Poza tym istnieje wiele implementacji łączenia połączeń, niektóre open source, w tym one from Apache. Naprawdę powinieneś zacząć od tego, zamiast odkrywać koło.

Answer 4

Możesz zachować tylko jedno Oświadczenie otwarte dla danego połączenia. Stworzenie więcej niż jednego połączenia przy użyciu puli połączeń nie jest trudne, chociaż najlepszym sposobem jest użycie jednego z większych używanych.

Ponadto, jeśli masz zamiar pójść drogą standardowego JDBC, zalecam używanie PreparedStatement zamiast Statement.

Używam iBatis i po wyjęciu z pudełka jest całkiem niezły. Przynosi także kilka innych rzeczy do stołu.

Answer 5

Rzuć na this (+:

Answer 6

dodatkowych bitów:

1. Serwer aplikacji zazwyczaj oferują zestawianie połączeń, a to może być dość sprytny Jeśli używasz serwera aplikacji zbadać dokładnie. co masz na polu przed dodaniem czegoś własnego

2. Transakcje:. jeśli masz

   rozpocząć transakcji

   get connnection praca ścisły związek // co oznacza powrót do basenu

   połączenia Get (z tego samego poziomu izolacji itd.)
   // dostaniesz SAME połączenia zastrzega ją dla danej transakcji basen

   pracę // dzieje się w tym samym transacction blisko połączenia

   dokonać transakcji // zobowiązuje wszystkie prace

3. Połączenia i błędy

Implementacje puli mogą być sprytne. Jeśli którekolwiek połączenie z puli doświadcza pewnych błędów, które wskazują, że serwer DB odskoczył, wtedy pula może wybrać odrzucenie wszystkich członków puli.

Answer 7

Jeśli opanowałeś JDBC z pojedynczym gwintowaniem, przechodzenie do wielowątkowych i pul połączeń nie powinno być wielkim problemem. Wszystko, co musisz zrobić inaczej, to: 1. Gdy potrzebujesz połączenia, pobierz je z puli zamiast bezpośrednio. 2. Każdy wątek powinien mieć własne połączenia.

Aby wyjaśnić punkt 2: Jeśli otrzymasz połączenie, a następnie przekażesz je do wielu wątków, możesz mieć dwa wątki próbujące wykonywać kwerendy z tym samym połączeniem w tym samym czasie. Java będzie zgłaszać wyjątki. Możesz mieć tylko jedną aktywną instrukcję dla połączenia i jedną aktywną kwerendę (tj. Zestaw wyników) dla każdego wyciągu. Jeśli dwa wątki trzymają ten sam obiekt połączenia, prawdopodobnie szybko naruszyją tę regułę.

Jeszcze jedno zastrzeżenie: w przypadku łączenia połączeń należy bardzo uważać, aby zawsze zamykać połączenia, gdy skończysz. Menedżer puli nie ma jednoznacznego sposobu, aby wiedzieć, kiedy skończysz połączenie, więc jeśli nie uda ci się go zamknąć, będzie siedzieć tam przez długi czas, być może na zawsze, zależnie od menedżera basenu. Zawsze zawsze podążam za każdym "getConnection" z blokiem try i zamykam połączenie w bloku finally. Potem WIEM, że zamknąłem go, zanim funkcja się zakończy.

Poza tym wszystko powinno być takie samo, jak przywykłe.