Error 500 internal server - chiamata infinita Java Spring - PostgreSQL

di il
1 risposte

Error 500 internal server - chiamata infinita Java Spring - PostgreSQL

Qual è il modo più efficiente per gestire le Politiche di Sconto di un sito di e-commerce, scritto in Java Spring con motore di database PostgreSQL, considerando che:
- la quantità di dati risultante dalla query di join tra la tabella Utenti, la tabella Politiche di Sconto e la tabella Articoli produce attualmente circa 50 milioni di record;
- quando l'utente effettua il login, ovviamente non è necessario caricare tutti questi dati ma solo i listini prezzi per ogni articolo del cliente;
- l'ID univoco della tabella Utenti e della tabella Articoli non può essere correlato alla tabella Politiche di Sconto, poiché la chiave primaria è una chiave composta.
È già stato fatto un tentativo di creare una relazione molti a molti tra Utenti e Politiche di Sconto e tra Politiche di Sconto e Articoli, ma ciò ha causato una perdita di connessione.
Spero di trovare un modo per gestire questa grande quantità di dati in un breve tempo di attesa dell'utente.
Grazie

1 Risposte

  • Re: Error 500 internal server - chiamata infinita Java Spring - PostgreSQL

    Non si e' capito niente.

    1) un resultset da 50_000_000 di record non ha concettualmente senso. C'e' qualcosa di marchi in Danimarca.

    2) l'ID univoco della tabella Utenti e della tabella Articoli non può essere correlato alla tabella Politiche di Sconto, poiché la chiave primaria è una chiave composta.

       "Filosoficamente parlando", NON ESISTE che una scelta progettuale SBAGLIATA non possa essere modificata SE questa da piu' rogne che soluzioni.

    Al momento non e' dato sapere che cosa sia "Politiche di Sconto" e di chi sia la chiave primare "composta".
    Gia' il fatto di avere una chiave primara "composta" e' MOOOLTO strano. 
    Non lo si fa QUASI mai.

Devi accedere o registrarti per scrivere nel forum
1 risposte