Использование ORM с потенциально миллиардами записей - PullRequest
1 голос
/ 06 октября 2010

Я думал об этом на днях, такие приложения, как Twitter, имеют дело с миллионами пользователей.Я думал о том, как будет работать функциональность «следования», когда максимальное количество пользователей в базе данных может следовать за максимальным количеством пользователей в базе данных меньше одного (его самого).

Если бы это было двунаправленное отображение ManyToMany, оно создало бы таблицу отношений с потенциально миллиардами записей.и как ORM может получить такие записи?например, если пользователь A следит за 20 000 пользователей, будет ли ORM загружать 20 000 записей для этого одного пользователя или будет использоваться подход разбиения на страницы?Я могу иметь дело с JPA / ORM с небольшими наборами записей (скажем, <10 записей), но помимо этого у меня возникают мысли о том, как писать программы для поддержки больших наборов записей.Извините, этот вопрос не является конкретным, но я пытаюсь получить архитектурные идеи по этому вопросу.В свободное время я проведу несколько тестов для миллиардов записей, но сначала хотел получить информацию от сообщества. </p>

1 Ответ

3 голосов
/ 06 октября 2010

решение не использовать реляционную базу данных :) и использовать вместо этого NoSQL.Вы можете найти это полезным: http://nosql.mypopescu.com/post/407159447/cassandra-twitter-an-interview-with-ryan-king

...