Połączenie bazy danych z aplikacją Java

By -

Postanowiłem trochę przybliżyć temat połączenia aplikacji Javowych z bazą danych. Aktualnie dużo osób w internecie szuka rozwiązań, bo coś im nie działa. Problem leży w tym, że dużo programistów nawet nie wie jak to powinno działać. Powiedzieć można, że "automagicznie" tworzą się obiekty z bazy i w drugą stronę. Tak mówię już o obiektach, ponieważ teraz w erze hibernate, a nawet spring data jpa, nikt nawet nie zastanawia się jak zwracane są dane. Wystarczy przekopiować działającą konfiguracje i wszystko gotowe.

Połączenie z bazą danych, czyli JDBC.

JDBC (Java DataBase Connectivity) jest to API do komunikacji aplikacji z bazami danych. Wszyscy pewnie zauważyli, że to jest interfejs. Konkretną implementację (zwaną czasem sterownikiem) trzeba szukać pod bazę danych, którą chcemy wykorzystać.

Na co pozwala JDBC?

Posiadając sterownik do bazy możemy:

  • połączyć się z nią,
  • wykonać na niej zapytanie,
  • obsłużyć tranzakcyjność.

Zrobić możemy, na tym etapie, już wszystko, co jest nam potrzebne. Jednakże pisanie aplikacji opartej tylko na JDBC jest uciążliwie. Zapisuje się dużo niezwiązanego z logiką kodu. Przykładem może być np. tworzenie połączeń (czasami puli), a następnie pamiętanie o oddaniu połączenia lub rozłączenie go. Problemem bywały także niezamykane wskaźniki do danej tabeli i wiele innych rzeczy.

Co było dalej?

Programiści wymyślili dodatkowe warstwy oprogramowania, aby skupić się na ważniejszych rzeczach niż sprawdzanie czy na pewno zamykamy połączenie.

DataSource, czyli małe ułatwienie.

Źródło danych to nic innego jak miejsce w którym deklarujemy jak połączenia mają być tworzone z bazą. DataSource ułatwia nam tworzenie połączeń. Nie musimy dzięki temu pisać własnych implementacji (w starych aplikacjach możemy jeszcze zauważyć takie dziwactwa). Wystarczy dobrze skonfigurować i połączenie z bazą pobieramy za pomocą jednej funkcji getConnection(). Nadal jednak musimy pamiętać o zwracaniu połączeń i wskaźników.

JPA sprawia, że programista może skupić się na obiektach.

Tutaj spotykamy się z wielkim skokiem technologicznym w przód. Jest to tzw. ORM (Object-Relational Mapping), czyli mapowanie modelu obiektowego na model relacyjny. W celu ułatwienia pracy programiście stworzony został standard, który pozwalał operować na obiektach przy zapisie oraz odczycie danych z bazy. Umożliwia to programiście skupienie się na ważnych logicznych częściach aplikacji. Obsługuje to wszystko EntityManager. Początkowo można było to osiągnąć po wskazywaniu mu poprzez pliki .xml, które klasy i jak powinień zapisywać do bazy. Aktualnie informacje pobiera także za pomocą adnotacji. Warstwa pozwala na zapomnienie o połączeniach z bazą danych. Jest odpowiedzią na problemy związane z pisaniem powtarzającego się cyklu pobierania i zwalniania połączeń. Z zamienianiem obiektu na zapytania sql i w drugą stronę. To wszystko robi się tutaj już za pomocą kilku funkcji.

Spring Data JPA

I tutaj zaczyna się dopiero ciekawa sprawa. Na tym poziomie możemy zapomnieć nawet o EntityManagerze. Wystarczy stworzyć interfejs, który poprzez nazwy funkcji będzie interpretował, co chcemy zrobić. Posiada nawet gotowy interfejs CRUDRepository, który pozwala na wszystkie operacje związane ze skrótem CRUD (create, read, update, delete). Oczywiście jest to okrojony opis możliwości frameworka, ale tak bardzo pasujący do historii rozwoju operacji na bazach danych.

Podsumowując

Opisałem tutaj przypadki bardzo ogólne. Musimy także pamiętać, że każda następna warstwa działa jedynie z połączeniem warstw poprzednich. Dostawców danego poziomu także mamy dużą ilość, których implementacje są bardziej lub mniej wadliwe, szybsze lub wolniejsze. Ścieżki rozwoju korzystania z baz danych też były różne. Pokazałem najbardziej popularną i najlepiej przyjętą przez programistów.

Comments

Post a Comment

Popular posts from this blog

Why TDD is bad practice?

By -
Image
Did you listen that TDD is bad? What do you think about it? I have my opinion about it! TDD is bad because... We don't have time to write tests first - I think this is a good point. I sometimes don't have time for that. Why? Because I need to do quickly fix on our code and deploy it. In this case I don't have time to create test after wrote production code too. The even worse case is when we have tested this part of our code and test after change doesn't work. I don't like this, because I must read tests and thinking about repair tests for new logic. I really don't like this. I would like to create new test and remove old every time when I have that situation. What's wrong with the test first on this case? Nothing, because if you have time to write tests after create code, you have time to create test before it. Don't you think so? We know how will implement it, but we don't know how testing it - I think a lot of developers have this problem,
Read more >>

How correctly imitate dependencies?

By -
Image
This is continuous of my previous post about why we should imitate our dependencies. I did it not long ago. I though about how do it properly and when I can say that it is correct. Start from test and real dependencies I am starting from the tests. I wrote the simple tests which, I though, are correct. That was my learned about dependencies. I had the good situation that I had some prepared tests before. During the writing test I got a knowledge. A lot of time, I verified what the system return. After it, I got the full automated tests for my dependency. Now, I am sure that dependency works like I think. Like my test use it. I think this is a very good advantage. Extract the interface for communicating The implementation to communicate is implemented and tested. Our test, if you implement it like functionality test, not code test, should show us, how we want to use our dependency. We know what parameters we use, what methods. We know what we want. That is a place where we must extr
Read more >>

Software development using Angular 5 with Spring Boot

By -
Image
Hi everyone. My last the bigger post is about configuration Spring Boot and Angular 5 . After that instruction we have integrated both technology on one app. If you created it you know that development is very hard in this case. We must waiting for build a client and it isn't effective. We can use webpack-dev-server to speed up this process, so this post is just about it. Angular and webpack-dev-server I think I have to explain webpack and webpack-dev-server. The first tools let pack our angular app to one or more files. This files is bundles. It is for improve speed of our app. Why? Because one page application need all files on start by assumption. The better way is load it using only one connection and one file, because establishing connection taking time. This is a few information about webpack, but what is webpack-dev-server? This is the tool. It serve our that files which webpack compiled, but it working on memory, so we have quick result on our browser. This is a amazing
Read more >>