ORM per 600 tabelle

Question

ORM per 600 tabelle

#1 da (2 voti)

1

Sto lavorando su un'enorme applicazione in php che contiene quasi 600 tabelle con cui lavorare, per non parlare del fatto che richiede unioni complesse per 10 o 15 tabelle insieme.

Volevo chiedere quanto ORM è buono da usare per questo tipo di attività? so che posso essere abbastanza semplice, ho raggiunto questo problema con le query non elaborate sul livello del database. Dal momento che sto usando laravel per questo compito e girando la testa per ottenere come realizzare questo tipo di join complicati usando ORM, è possibile ottenere usando ORM o non può essere usato per applicazioni su larga scala?

php orm laravel

posta Learning PHP OOP 31.03.2018 - 01:46

fonte

1 risposta

Leggi altre domande sui tag php orm laravel

L'interfaccia di servizio non dovrebbe estendere il DAO? memorizza in modo sicuro le credenziali per un'API non protetta

score 2 · Answer 1

600 tables

non è qualcosa che proverei ad affrontare affidandomi a uno strumento. Ordinare questo sarà lavorare. L'applicazione deve già avere alcuni principi organizzativi. Lavora per capire tutto ciò che è ora prima di abbandonare la ragione e raggiungere una cura miracolosa.

ORM ha molti critici . Una lamentela principale è che ciò che ti dà non dovrebbe nemmeno essere chiamato oggetti dato che sono capovolti.

È probabile che si possa apportare un notevole miglioramento alla base del codice, ma si prega di rimandare fino a quando non si capisce veramente come funziona ciò che si ha già e quali sono i problemi reali.

L'unione complessa è probabilmente un buon posto dove cercare miglioramenti. Una volta comprese le radici aggregate, è probabile che troviate modi per mantenere gli oggetti di dominio con un repository in modo piuttosto semplice, piuttosto che sottrarli a un join di database complesso.

Il trucco è rifattorizzare da uno stile all'altro e mantenere la tua sanità mentale. Muoviti lentamente e attentamente. Non essere tentato da soluzioni rapide.