Je pensais à cela l'autre jour, des applications comme Twitter traitent avec des millions d'utilisateurs. Je pensais comment la fonctionnalité de 'suivi' fonctionnerait, où le nombre maximum d'utilisateurs dans la base de données peut suivre le maximum d'utilisateurs dans la base de données moins un, (lui-même).Utilisation de l'ORM avec potentiellement des milliards d'enregistrements
S'il s'agissait d'un mappage bidirectionnel ManyToMany, cela créerait une table de relations avec potentiellement des milliards d'enregistrements. et comment un ORM pourrait-il récupérer de tels enregistrements? Par exemple, si l'utilisateur A suit 20 000 utilisateurs, l'ORM chargera-t-il 20 000 enregistrements pour cet utilisateur ou une approche de pagination sera-t-elle utilisée? Je peux traiter avec JPA/ORM avec de petits jeux d'enregistrements (< 10 enregistrements, par exemple), mais au-delà de cela, je pense à la façon d'écrire un logiciel pour prendre en charge de grands jeux d'enregistrements. Désolé cette question n'est pas spécifique, mais j'essaie d'avoir des idées architecturales à ce sujet. Pendant mon temps libre, je vais faire des tests sur des milliards de dossiers, mais je voulais d'abord obtenir des commentaires de la communauté.
Eh bien, hum, peut-être ORM n'est pas le marteau à utiliser pour cela? – Yehonatan
IIRC Hibernate par défaut des collections de chargement paresseux tels que ceux-ci. Indépendamment de la technologie sous-jacente, les relations plusieurs-à-plusieurs sont à éviter. – CurtainDog
de bonnes choses ... C'est presque comme si nous développions les premières applications de téléphones mobiles dans Java, où nous devions jeter beaucoup de concepts de POO en raison de la mémoire limitée et de la vitesse du processeur. Maintenant, pour faire face à des jeux d'enregistrements extrêmement volumineux, nous nous éloignons de RDBMS .. bel article .. merci. –