Java

Come rendere uno stack universale per lavorare non solo con Integer, ma anche con String e oggetti personalizzati?

Cosa bisogna considerare quando si crea un indice su una grande tabella in produzione?

Scrivi la tua classe che implementa uno stack, con metodi push, pop e peekMax, che restituisce l'elemento massimo nello stack in O(1).

Perché è necessario SELECT FOR UPDATE invece di synchronized? E perché il blocco pessimista invece di quello ottimista?

Perché si verifica un StackOverflowError se non ci sono variabili locali? Con cosa si riempirà la memoria?

Perché non si può semplicemente usare una variabile max invece della seconda pila?

Cosa fare se processFile non riesce a essere eseguito dopo la conferma della transazione?

C'è un sistema che consente agli utenti di lavorare con i file nel browser. Lo stack standard è: Java, Spring, React, Postgres. I file sono memorizzati nel filesystem sul backend, i metadati dei file nel database. Il team ha implementato una funzione: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); //esecuzione di una query al database processFile(oldName, newName); //rinominare il file sul disco exec("update file set name='" + newName + "' where id = " + id); //esecuzione di una query al database }

È possibile ottimizzare lo stack in memoria per evitare un consumo x2?

C'è un backend, c'è un'interfaccia utente. Lo stack tecnologico è standard: Java, Spring, React, Postgres. Compito: Progettare un endpoint REST che deve recuperare dati da 3 fonti e restituirli all'UI, garantendo la massima capacità possibile e il minimo tempo di risposta possibile (criteri massimo/minimo in base alle nostre condizioni specifiche, poiché fondamentalmente non esiste una soluzione magica e bisogna trovare un compromesso). Si sa che il picco atteso di RPS per questo endpoint sarà di 200. Dettagli noti sulle fonti: 1. Fonte - nostro database, query circa 15 secondi. 2. Fonte - servizio REST correlato, degrada fino a 2 minuti sotto 100 RPS, risponde in 5 secondi in modalità normale. Non possiamo modificare il comportamento di questa fonte. 3. Fonte - servizio REST correlato, risponde casualmente (non sono stati identificati pattern specifici) con errori 503, in modalità normale risponde in 10 secondi. Non possiamo modificare il comportamento di questa fonte.

Quale tipo di indice usare per cercare nel mezzo o alla fine di una stringa (LIKE '%testo%')?

Scrivi un metodo molto semplice che, al suo funzionamento, lanci un StackOverflowError.