Entwerfen eines DAO-Modells für ein vorhandenes Projekt

Question

Die meisten der DAO-Beispiele, die ich gesehen habe, bestehen aus einfachen Abfragen, die nur eine Tabelle enthalten.

Ich arbeite an Refactoring eines Projekts ohne DAO, die viele SQL-Abfragen hat, wo mehrere Tabellen verwendet werden. Meine Frage ist , wie man das Modell für das DAO am besten entwirft? In den folgenden Beispielen könnte ich ein Objekt erstellen, das jede spezifische Abfrage abdeckt. Ich bin jedoch unsicher, ob dies eine gute Praxis ist oder nicht. z.B. ist es besser, ein Objekt zu haben, das jede db-Tabelle repräsentiert?

CustomerPaymentDAO diese Abfrage zu decken:

select 
    a.username, 
    p.creation_date, 
    p.amount, 
    c.card_type 
from 
    account  a, 
    payment  p, 
    payment_type t, 
    payment_card c 
where 
... 

CustomerPurchaseDAO diese Abfrage zu decken:

select 
    a.username, 
    i.name, 
    i.cost, 
    c.name, 
    v.value 
from 
    account  a, 
    item   i, 
    category  c, 
    voucher  v 
where 
... 

Answer 1

Im Allgemeinen gibt es zwei Möglichkeiten:

1. ein Unternehmen erstellen entsprechend jeder Tabelle und spezifizieren notwendige Beziehungen (Viele-zu-Viele, Viele-zu-Eins, Eins-zu-Eins).

2. In der Datenbank erstellen Sie eine Sicht für jede Abfrage und erstellen Sie Entitäten auf Sichtbasis (in Ihrem Beispiel - zwei Ansichten + zwei Entitäten).

Der zweite Fall eignet sich für schreibgeschützte Objekte. Wenn Sie Entitäten erstellen/aktualisieren/löschen müssen, müssen Sie eine Entität erstellen, die jeder einzelnen Tabelle entspricht.