Показать сообщение отдельно
Старый 09.08.2014, 14:21   #249 (permalink)
Новичок
 
Регистрация: 09.08.2014
Сообщений: 5
Вы сказали Спасибо: 0
Поблагодарили 0 раз(а) в 0 сообщениях
Сказал(а) Фууу!: 0
Сказали Фууу! 0 раз(а) в 0 сообщениях
Откуда: MSK
Авто: W203 C240 4M
По умолчанию

Цитата:
Сообщение от uncle_sem Посмотреть сообщение
спасибо, я в курсе. только вот если база располагается на нескольких серверах - то "с базами от 10Тб, чтобы обрабатывать которые приходится из приложения обращаться к железу напрямую, минуя даже драйвера файловой системы" невозможно. с чем я и спорил.

базы такие есть, и их немало, только работают они на соответствующем железе, и никакому программеру не дадут работать там "с железом напрямую", во-первых потому что при размещении базы на нескольких серверах это мягко говоря нереально, во-вторых для таких баз используются проверенные решения от известных поставщиков ПО, именно потому что если самописное ПО с прямым обращением к железу глюканёт - то потери будут нереальными, а с программера взятки гладки.
Запросто. При работе с БД может быть огромное количество специфики, вируальный кэш, к примеру. В бытовых решениях можно опираться на уже существующие драйверы и наработки, а в высоконагруженных или особо специфических, в 95% случаев, разработка будет вестись начиная с железа, и да, там вполне может быть и прямое обращение к железу от самого движка БД и много чего другого. А чтобы не глюкануло делают серьезное тестирование, да и в таких решениях, обычно, и распараллеливание и резервирование и все, что душа пожелает. А в чем, по вашему, заключается невозможность разместить одну БД на нескольких серверах? Это есть сплошь и рядом: часть таблиц на одном, часть на другом, а есть основной сервер, на котором вообще данных нет, а все таблицы туда приходят как federated. И может вы и про "облака" не слышали, или вы думаете, что у дропбокса один большой сервер?
kibermaster вне форума   Ответить с цитированием