Każdorazowe połączenie czy jedno ciągłe

Jesli aplikacja bazodanowa bedzie dzialac w programie uzywanym na kilku stanowiskach i bedzie dzialac w Tray to

a) lepiej laczysz sie z baza za kazdym razem wykonujac jakas operacje CRUD

b) lepiej miec jedno polaczenie w czasie dzialania aplikacji w trayu?

jak często będą wykonywane zapytania? Bo jak rzadko, to chyba obojętne..

To aplikacje dla malej firmy, powiedzmy 4-5 komputerów + sporadyczne przeglądanie bazy danych(w tym dodawania, edytowanie i rzadko usuwanie)

Jedno połączenie jest efektywniejsze, bo tworzenie połączenia jest bardzo kosztowne. Z drugiej strony może się zdarzyć, że skończą się połączenia w bazie danych (trzeba to skonfigurować) jak będzie więcej pracowników. Dlatego można wybrać opcję pośrednią.

• Jeżeli aplikacja przechodzi do tray'a i nie wymaga wtedy połączeń to zwalniamy połączenia i później przy aktywacji nawiązujemy.
• Jeżeli aplikacja jest nieaktywna przez kilka minut to zamykasz połączenie.

Pamiętaj jednak by skonfigurować w bazie maksymalną ilość połączeń i timeout połączenia.

Oba rozwiązania są błędne.
Aplikacja powinna łączyć się do serwera aplikacji, a nie do bazy danych.
Serwer aplikacji powinien mieć pulę połączeń do bazy danych.

Witam odrzebuje nieco temat.

Pisaliście, że trzeba użyć serwera aplikacji (czyli np. glassfisha).

Czyli nie powinienem używać np. xampp z mysql? Chcialem, zeby aplikacji laczyla sie bezposrednio z baza danych postawiona na xampp. Rozumiem, ze jest to rozwiazanie bledne i leipej uzyc glassfisha jako serwer i serwer aplikacji?

XAMPP? Linux, APACHE, MySQL?

Piszesz aplikację w JAVA czy PHP?

W Javie.

Tylko wcześniej jak robiłem cokolwiek w PHP używałem xampa.

Teraz jak konfigurowałem połączenie poprzez hibernate połączyłem się z tą samą bazą, której używałem w projekcie PHP, która stoi na xampie. ALe to chyba złe podejście...