Come organizzare gli oggetti PL / SQL in git [chiuso]

Question

Come organizzare gli oggetti PL / SQL in git [chiuso]

#1 da (2 voti)
#2 da (2 voti)

3

Nella nostra organizzazione, abbiamo diversi database. Ognuno di loro ha molti schemi con tonnellate di pacchetti, procedure, funzioni e così via. Ora, mi chiedo quale sia l'approccio migliore in termini di organizzazione di quegli oggetti in un repository git. Dovrei avere repository basati su schemi o applicazioni da cui sono utilizzati? Ci sono molti oggetti su diversi schemi che sono usati da più applicazioni. Quindi, se voglio organizzarli in base alle applicazioni, alcuni oggetti dovranno trovarsi in più repository, il che ovviamente porterà all'aggiornamento di un oggetto più volte in repository diversi. D'altra parte, anche se mantenerli con i loro schemi potrebbe sembrare un'idea migliore, in questo modo non avrò molta idea di dove questi oggetti sono usati.

git database

posta Mikayil Abdullayev 25.05.2018 - 08:36

fonte

2 risposte

Leggi altre domande sui tag git database

IEC 62304, I Framework software (Spring / JEE / Angular / React) sono considerati SOUP? Progettazione oggetto: proprietà classe contro elenco di oggetti

score 2 · Answer 1

Organizzare per schema è l'approccio che prenderei. Usiamo un layout simile sul posto di lavoro, e penso che abbia senso avere le stesse strutture / navigazione nel controllo del codice sorgente come si vede nel mio IDE PL / SQL.

Questo ci consente anche di impacchettare facilmente un intero schema in uno script sql con versione che possiamo implementare nei nostri vari ambienti, che funziona bene per i nostri processi, ma YMMV.

score 2 · Answer 2

Di solito siamo organizzati per schema o gruppo di schemi correlati, o usato un monorepo.

Vorrei andare con un monorepo a meno che non ci siano serie preoccupazioni che impediscono, ad es. isolamento dei diritti di accesso, o una scala colossale, e un pull richiede molti minuti. Durante la suddivisione, proverei a inventare il minor numero possibile di repository. Dato che stai usando git, calpestare le dita degli altri team non è un problema.

Le cose che devono cambiare in concerto dovrebbero essere nello stesso repository e essere in grado di cambiare nello stesso commit. Non avrei sicuramente diviso uno schema tra due repository.

Le cose che devono essere distribuite insieme sono le più facili da mantenere nello stesso repository.