|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Vitaly Polikarpov 2:461/132 28 Nov 2001 01:25:00
To : Vladimir Pavlikov
Subject : Re: Выбоp СУБД
--------------------------------------------------------------------------------
26 Nov 01 14:48, Vladimir Pavlikov -> Vitaly Polikarpov:
>> VP> "Пpосто согласись", что база имеет один размер (примерно) что в одном
>> VP> файле, что в сотне. И вероятность повреждения одного большого файла
>> VP> вряд ли больше, чем одного из сотни меньших.
^^^^^^^^^^^^^^
Вероятность повреждения файлов мультипликативна:
-вероятности, определяемые, конструктивом носителя:
f1(числа занимаемых поверхностей) * f2(числа занимаемых цилиндров)
-вероятности, определяемые, файловой системой&особенностями работы с ней:
*f3(длительность дисковых операций)
-..
Первые при одинаковом суммарном объеме - ~константа, вторые-же....,
но "ощущать" это начинают обычно лишь при работе без UPS, причем, будучи в
тепличных офисных условиях.
А ведь области применения СУБД ними не исчерпываются.
>> И зачем это клятi буржуiни выдумали какие-то там цилиндры,
>> сектора/кластеры, их низкоуровневую подмену ("втихаря", пока для этого
>> есть возможность), RAID-5 наконец ;)
VP> Это типа юмор?
Hамек. "Юмор" будет после low level сбоев и отказов, и окунания в
su.hardw.hdd.repair, трафик по которой у народа занимающихся репайром,
отнюдь не ради носителя, поболе эхотажного.
>> Hыне, багодаря SMART и др. о хожднении "по граблям" под названием BadBlock
>> до поры до времени забывают, но там и других низкоуровневых хватает, при
>> которых носитель отказывает чаще всего целиком и надолго (до низкоуровневого
>> репайра, если данные того стоят), если не навсегда.
VP> А это, надо полагать, ты мне разьясняешь нечто,
Остальным ошибочность излагаемого тобой.
VP> о чем тебя не спрашивали...
Я в эху пишу, а не на твою е-мелю, не находишь? ;)
>> VP> При этом в любом случае повреждается база, и лечить ее методом
>> VP> "я пpосто заменю повpежденный файл" - очень плохое "решение".
>> Hе стоит так категорично, особенно, если база большая и время восстановления
>> критично, а RAID-5 ставить еще не целесообразно по экономическим или
>> скоростным критериям.
VP> Очень жаль, что ты _настолько_ не понял текста.
May be :) но только если предлагается, использовать бэкап/отбраковку
(при невозможности идентификации) поврежденного рекорда, по итогам
фоновой самодиагностики.
Для необслуживаемых и имеющих малое время гарантированой готовности СУБД
это единственный выход, а для больших БД - оптимальный, имхо.
VP> Причина понятна
Была-бы понятна - не страдал-бы выдергиванием из контекста.
VP> и написана ниже "отказался 5 лет назад".
.."для хранения критичных данных".
К коим не отношу даже банковские системы - откат возможен не в следующей
реинкарнации/есть время на бэкап в случае необходимости.
Этого не скажешь о ралтаймовых экспертных системах опирающихся на СУБД
в системах управлении объектами, представляющими опасность: техпроцессы,
транспорт, системы жизнеобеспечения, управление оружием и тд.
Поэтому и был задан вопрос All'у, в надежде, что по прошествии 5лет появилось
что-либо, способное гарантировать достоверность хранимой информации без
"танцев с бубном" вокруг контроля/помехоустойчивого кодирования.
VP> Видимо, еще до того как понял, что такое БД.
То, что в качестве иллюстративного глюкодрома был взят подручный
(читай достаточный в однопользовательском режиме для неспешно выполнения
простейших SQL-запросов к БД c таблицами до 1-2 млн.записей) Access97
(другие в плане контроля целостности хранимых данных ничуть не лучше,
may be за редким исключением, о которых хотелось услышать), а не что-либо
потяжеловесней, не дает права на менторско-хамский тон, сквозящий из
многих твоих мессаг на протяжении 2лет при отсутствующих модераторе/рулесах
(комплемент долготерпению участников, и не более).
В эху заглядываю изредка - дань эхотаговому админству (FP>IB4) 93-96,
нескольким проектам уровня АСУ (MS SQL) коммерческим ВУЗ'ом с иногородними
филиалами, повседневной работе с БД комплектующих электроники.
VP> Hо это не оправдание писанию глупостей, тем более - в виде "поправок".
Ах, сорри, забыл о непогрешимости :)
>> А теперь вопрос в студию:
Так и повисший в воздухе.
VP> А вот и вопросы, демонстрирующие "морально право" поправлять других в
VP> теме. Hе нужно ставить телегу впереди лошади, выглядит смешно...
К сказанному "не программист" добавлю профессиональный, те зарабатывающий
этим на жизнь, потому что:
-душа больше к "железу" лежит /2-й диплом "Радиотехника"/;
-сам вижу/определяю грань (довольно расплывчатую, учитывая повсеместное
использование программируемой логики и встраиваемых микроконтроллеров)
между софтверной/хардверной частями проектов;
-знаю программистов способных кодинг высокоуровневой части софта сделать
лучше/быстрее.
Однако программированием (микрокод БЦВМ, Эль-76, Фортран, несколько
ассемблеров, Паскаль/Дельфи,SQL, Verilog), как смежной с разработкой
электроники областью, занимаюсь с 1982 (спец.по 1-му диплому "Бортовые
выч.системы").
Vitaly Polikarpov
---
* Origin: INTELLECT group (2:461/132)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
