Този размер ви поставя в територията на VLDB (много големи бази данни). Нещата са коренно различни на тази надморска височина.
На вашия въпрос не може да се отговори без пълните изисквания на отговорностите на вашата кандидатура. Трябва да проектирате за производителност по отношение на това, което вашето приложение трябва да ПРАВИ с данните.
Моят съвет е да вземете някой, който има предишен опит, или сте почти 100% гарантирани, че ще се провалите.
Ако изберете Oracle, той предоставя няколко типа дялове, които ще искате да използвате много внимателно. Имате нужда от дялове за административни цели (преместване на данни, изграждане на индекси, възстановяване на данни), както и за изпълнение на заявки:
- Разпределение по диапазон, например по период от време
- Дял на списъци, за съхраняване на части от данни, да кажем по държави („SE“, „US“, „GB“)
- Хеш разделяне. Съхранява вашите данни в един от дяловете въз основа на хеш функция
- Или всяка комбинация от горните
Освен това имате нужда от някой, който знае как да изгради и конфигурира чудовищна машина с наистина страхотна I/O пропускателна способност. Имате нужда от повече от 1GB/s, което не е много евтино, когато трябва да съхранявате и 200 TB. Всъщност, ако тези 200 TB са само таблични данни, ще трябва да ги удвоите или утроите, за да можете да създавате индекси, обобщени таблици, резервни копия и т.н.
Съжалявам, че не можах да ви дам решение, готово за употреба, но исках да се уверя, че разбирате, че не просто изграждате база данни с над среден размер. Масово е!
