Tak, generalnie musisz utworzyć nowe połączenie dla każdego wątku. Nie masz kontroli nad tym, w jaki sposób system operacyjny ustala czas wykonywania wątków (pomimo zdefiniowania własnych sekcji krytycznych), więc możesz przypadkowo mieć wiele wątków próbujących przesłać dane przez ten jeden potok.
Pamiętaj, że to samo dotyczy każdej komunikacji sieciowej. Na przykład, jeśli masz dwa wątki próbujące współdzielić jedno gniazdo z połączeniem HTTP.
- Wątek 1 zgłasza żądanie
- Wątek 2 wysyła żądanie
- Wątek 1 odczytuje bajty z gniazda, nieświadomie odczytując odpowiedź z żądania wątku 2
Jeśli umieściłeś wszystkie transakcje w krytycznych sekcjach, a tym samym zablokowałeś wszystkie inne wątki przez cały cykl rozpoczynania/zatwierdzania, możesz być w stanie udostępnić połączenie bazy danych między wątkami. Ale nie zrobiłbym tego nawet wtedy, chyba że naprawdę masz wrodzoną wiedzę na temat protokołu JDBC.
Jeśli większość twoich wątków rzadko potrzebuje połączeń z bazą danych (lub wcale nie ma takiej potrzeby), możesz wyznaczyć jeden wątek do wykonywania pracy z bazą danych, a inne wątki będą kolejkować swoje żądania do tego jednego wątku. To zmniejszyłoby obciążenie tak wielu połączeń. Ale będziesz musiał dowiedzieć się, jak zarządzać połączeniami na wątek w swoim środowisku (lub zadać inne konkretne pytanie na temat StackOverflow).
aktualizacja: Aby odpowiedzieć na twoje pytanie w komentarzu, większość marek baz danych nie obsługuje wielu jednoczesnych transakcji na jednym połączeniu (InterBase/Firebird to jedyny wyjątek, jaki znam).
Byłoby miło mieć oddzielny obiekt transakcji i móc uruchamiać i zatwierdzać wiele transakcji na połączenie. Ale sprzedawcy po prostu tego nie wspierają.
Podobnie standardowe, niezależne od dostawcy interfejsy API, takie jak JDBC i ODBC, przyjmują to samo założenie, że stan transakcji jest jedynie właściwością obiektu połączenia.
