Pomoc w zrozumieniu pojęć

Witam,

dopiero zaczynam przygodę z Springiem i bazami danych (Hibernate,h2 itd).

I mam tutaj problem w zrozumienia znaczenia i funkcji jakie pełnią.

1. Hibernate
2. Spring Data JPA , albo innego JPA
3. HikariCP ? -> to opcjonalnie

Po przejrzeniu internetu zobaczyłem na stackoverflow odpowiedź że Hibernate to artysta a JPA to jego sztuka? (JPA is the Art, Hibernate is the artist). Ale nie dokońca rozumiem sens tego zdania. Ciekawi mnie zastosowanie jeszcze hibernate i jpa w projekcie.
Czy jedno może działać bez drugiego i jakie czynniki dodatnie wprowadza do projektu?

JPA to standard. Opisuje co ma sie dziać i robić ale nie w jaki sposób. Hibernate jest natomiast implementacją tego standardu.

JPA to standard/specyfikacja opisująca API do komunikacji ze źródłami danych. Hibernate to implementacja (jedna z wielu) tego standardu. Jeśli Hibernate to dom, to JPA jest planem tego domu.
Spring Data to jest jeden z modułow Springa umożliwiajacy na automagiczne generowanie repozytoriów opartych o JPA.
To Hikari z tego co widze to manager puli połączeń z bazą danych.

Czy jedno może działać bez drugiego i jakie czynniki dodatnie wprowadza do projektu?

Hibernate może być używane za pomocą własnego API a nie przez JPA. odwrotnie sie nie da, bo JPA nie zawiera żadnej implementacji.

Przeczytałem że używanie JPA pozwala na dośc bezpieczną i szybka zmiane dostawcy implementacji (Hibernate i inne).

Ok, JPA dostarcza nam tylko api bez zaimplementowanych metod. Hibernate dostarcza nam te metody ale mozemy go w każdej chwili zmienić gdy pojawi sie inny lepszy dostawca (OpenJPA, itd).

To w takim razie co daje nam uzywanie Spring data jpa? to taki zastepca Hibernate? Wiem że spring data jpa dostarcza nam dużo funkcjonalosci jak interfejsy do crudowych operacji itd. ale czy uzywajac spring data jpa nie hardkodujemy naszej aplikacji?

@Pieter24: @Shalom

Nie rozumiem co to znaczy "nie hardkodujemy naszej aplikacji".
Argument że można wymienić dostawcę JPA proponuje włożyć między bajki, to się nigdy nie dzieje. Plusem jednak jest to, ze wszyscy uzywają tego samego standardu więc łatwiej o pracownika który to zna i łatwiej o materiały i biblioteki które są z tym zgodne.
Spring Data jest niejako "nad tym" i pozwala szybciej i prościej zrobic coś standardowego. Ma sie to trochę jak JPA do JDBC

znalazłem takie dwie odpowiedzi na stacku.

You can use a core Spring module like Spring JDBC for directly working with MySQL (or any other RDBMS) but if you wish to use Spring Data JPA, you will need an underlying JPA implementation (since Spring Data JPA is a wrapper on top of JPA and not a JPA implementation in itself) like Hibernate or EclipseLink

Spring Data JPA
       |
      JPA
       |
   Hibernate
You need Hibernate as an JPA implementation, but from your perspective you should only see Spring Data JPA.

When designing your entities if you make sure that you use only annotations from the javax.persistence package you will not depend on one concrete JPA implementation (in this case Hibernate) but theoretically you could swap Hibernate for EclipseLink or something else.

Więc pokrywa sie z tym co @Shalom napisał. Dzieki