Этот размер помещает вас на территорию VLDB (очень большие базы данных).Вещи принципиально отличаются на этой высоте.
На ваш вопрос невозможно ответить без полного требования обязанностей вашего приложения.Вы должны спроектировать для производительности относительно того, что ваше приложение должно DO с данными.
Мой совет - пригласить кого-нибудь на борт, у кого есть предыдущий опыт, или вы почти на 100% гарантированно ошибетесь.
Если вы используете Oracle, он предоставляет несколько типов секционирования, которые вы захотите использовать очень осторожно.Разделы необходимы для административных целей (перемещение данных, построение индексов, восстановление данных), а также для производительности запросов:
- Разделение по диапазонам, например, по диапазону дат
- Разделение по спискам,для хранения фрагментов данных скажем по стране («SE», «US», «GB»)
- Хеш-разделение.Хранит ваши данные в одном из разделов на основе хэш-функции
- или любой комбинации вышеперечисленных
Также вам нужен кто-то, кто знает, как создать и настроить монстр-машину сдействительно потрясающая пропускная способность ввода / вывода.Вам нужно больше 1 ГБ / с, что не так уж и дешево, если вам необходимо хранить 200 ТБ.На самом деле, если эти 200 ТБ представляют собой только табличные данные, вам потребуется удвоить или утроить их для создания индексов, агрегированных таблиц, резервных копий и т. Д.
Извините, я не смог дать вам готовое к использованию решение, но я хотел убедиться, что вы понимаете, что вы не просто создаете базу данных выше среднего размера.Это массивно!