forumxyz<...>Ответ ниачём. <...>Тк вы не умеете читать, но научились какимто образом уже писать<...>Спасибо за предложение, но я не разработчик и поэтому не смогу предоставить нужные строки, просто пытаюсь прояснить для себя некоторые аспекты работы и разработки БД для нашей компании.<...>Я видел очень много программ разработанных программистами очень разного уровня и среди них не более 5% достойны уважения, и из них ещё не более 5% можно считать идеальными. Вы уверены, что Ваши работы входят в эти 5% от 5%, чтобы позволять себе так выкабениваться? <...>
Дружок, с одной стороны я рад, что ты вызвался помочь... вроде...<...>
Раз сами не обладаете знаниями и уважением к людям, которые ими обладают - вам никто не поможет.
Знания у людей есть, просто спрашивать надо по-человечески. А так - складывается впечатление, что топик стартовал хамоватый сейл, прочитавший пару технических статей и свято верящий в то, что научиться программировать можно точно также, как продавать - от сохи, и что люди, которые по пол-жизни на это тратят, непроходимо глупы. И руководствуется известным принципом "Хоть век его не будь - ничуть не пожалею, Лишь были б жёлуди - ведь я от них жирею!"

По существу:
Если в поля засовываются не десятимегабайтные бинарники или XML - дело НЕ в СУБД. Обеспечить комфортную работу на таком компьютере с такими объёмами данных может любая СУБД. Даже файл-серверная, с файлом на удалённой файловой "помойке".
Преждевременная оптимизация - корень зол, важно понять, когда она перестаёт быть преждевременной.
Дёргаете записи по одной? Используете плохо настроенную ORM-прослойку? Пользуетесь недостроенным индексом? Перемудрили с оптимизацией запросов? Тогда смена СУБД не поможет. Вместо того, чтобы искать готовую серебрянную пулю "для домохозяек", найдите компетентного программиста, знающего то, что есть.