Показать сообщение отдельно
Старый 09.08.2014, 21:53   #250 (permalink)
Новичок
 
Регистрация: 26.07.2014
Сообщений: 51
Вы сказали Спасибо: 3
Поблагодарили 1 раз в 1 сообщении
Сказал(а) Фууу!: 0
Сказали Фууу! 0 раз(а) в 0 сообщениях
Откуда: Караганда
По умолчанию

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