Java

Comment rendre une pile universelle pour travailler non seulement avec Integer, mais aussi avec String et des objets personnalisés?

Que faut-il prendre en compte lors de la création d'un index sur une grande table en production?

Écrivez votre propre classe qui implémente une pile, avec des méthodes push, pop et peekMax, qui renvoie l'élément max dans la pile en O(1).

Pourquoi utiliser SELECT FOR UPDATE plutôt que synchronized ? Et pourquoi un verrouillage pessimiste plutôt qu'optimiste ?

Que faire si processFile ne peut pas être exécuté après la validation de la transaction?

Pourquoi une StackOverflowError se produira-t-elle s'il n'y a pas de variables locales ? À quoi la mémoire sera-t-elle remplie ?

Pourquoi ne peut-on pas simplement utiliser une seule variable max au lieu de la deuxième pile?

Il existe un système qui permet aux utilisateurs de travailler avec des fichiers dans le navigateur. La pile technologique est standard : Java, Spring, React, Postgres. Les fichiers sont stockés dans le système de fichiers en backend, les métadonnées des fichiers dans la base de données. L'équipe a implémenté une fonctionnalité: @Transactional public void process(String oldName, String newName) { Long id = exec("select id from file where name='" + oldName + "'"); //exécution d'une requête à la base de données processFile(oldName, newName); //renommer le fichier sur le disque exec("update file set name='" + newName + "' where id = " + id); //exécution d'une requête à la base de données }

Peut-on optimiser la pile en mémoire pour éviter une consommation x2?

Il y a un backend, il y a une interface utilisateur. La pile technologique est standard : Java, Spring, React, Postgres. Tâche : Concevoir un endpoint REST qui doit récupérer des données de 3 sources et les renvoyer à l'UI, en assurant la capacité maximale et le temps de réponse minimal (critères max/min selon nos conditions spécifiques, car il n'existe pas de solution miracle et il faut trouver un compromis). Il est connu que le pic attendu de RPS pour cet endpoint sera de 200. Détails connus sur les sources : 1. Source - notre base de données, requête d'environ 15 secondes. 2. Source - service REST associé, dégrade jusqu'à 2 minutes à 100 RPS, en mode normal répond en 5 secondes. Nous ne pouvons pas changer son comportement. 3. Source - service REST associé, répond aléatoirement (aucun motif spécifique n'a été identifié) avec des erreurs 503, en mode normal répond en 10 secondes. Nous ne pouvons pas changer son comportement.

Quel type d'index utiliser pour rechercher au milieu ou à la fin d'une chaîne (LIKE '%texte%')?

Écrivez une méthode très simple qui, lors de son exécution, lance une StackOverflowError.