Добро пожаловать на форум по автодиагностике, автосканерам! Чтобы общаться на форуме и получить доступ к информации, пожалуйста, зарегистрируйтесь!









Автосканеры, оборудование для диагностики


Вернуться   Форум по автодиагностике, автосканерам, ремонту, обслуживанию и эксплуатации автомобилей > Срочная информация, новости проекта, представление новых участников > IT-форум
Расширенный поиск

IT-форум Общий форум для обсуждения любых проблем с компьютерами, ноутбуками, программным обеспечением и т.п. Установка, настройка, обмен опытом, выбор железа и софта. Ссылки на warez запрещены.

Мультисистемный ноутбук.


Like Tree19Likes

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

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

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






Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Trackbacks are Вкл.
Pingbacks are Вкл.
Refbacks are Вкл.



Текущее время: 16:20. Часовой пояс GMT +3.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2025, vBulletin Solutions, Inc. Перевод:
zCarot
Автодиагностика и автосканеры.