Ostatnio snułem rozważania nad kolejnością prac w projektach informatycznych. Ostatecznie zaproponowałem następujący porządek:
Określenie wymagań funkcjonalnych.
Napisanie testów.
Implementacja klas.
Mapowanie obiektów na relacje bazy danych.
Tym razem chciałbym zająć się praktyczną stroną zagadnienia i wykazać prawdziwość wysuniętych tez. Od czego by tu zacząć… no tak:
1. Określenie wymagań.
Ponieważ ...
Więcej…
Tytuł na pierwszy rzut oka nieco przewrotny. Przecież najpierw powstaje projekt bazy danych, potem implementacja systemu, a dopiero na samym końcu całość jest testowana… czy nie tak to wygląda?
Zastanówmy się, co decyduje o jakości produktu. Struktura bazy danych? Implementacja? A może spełnienie wymagań ...
Więcej…
Relacje między dwoma tabelami bazy danych omówiłem poprzednim razem. Teraz chciałbym rozszerzyć problem do trzech tabel. Jednak nie chodzi mi o dowolne relacje, lecz o specyficzny ich rodzaj.
Za przykład posłuży mi wyimaginowany system pracujący w firmie spedycyjnej. W tym systemie istnieją klienci (tabela customers), ...
Więcej…
Omówiłem już adnotacje dotyczące encji, pozostawiając jednak temat relacji na później. Tym razem zajmę się właśnie tym zagadnieniem.
Podstawowe relacje, to te występujące pomiędzy dwiema encjami. Są to:
jeden do jednego,
jeden do wielu,
wiele do wielu.
Postaram się wytłumaczyć na prostych przykładach ich działanie.
Jeden ...
Więcej…
Tworząc pierwszą klasę encji zastosowałem kilka adnotacji z pakietów javax.persistence (JPA) i org.hibernate.validator (Hibernate). Mam zamiar opisać teraz te oraz kilka innych adnotacji.
Aby klasa była rozpoznawana jako encja, musi posiadać adnotację JPA – Entity. Jeżeli tabela bazy danych ma inną nazwę niż klasa encji, ...
Więcej…
