|
|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 22 Mar 2001 12:04:38 To : Dmitry Kuzmenko Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Dmitry > неизбежно потребует централизации всех данных, что неизбежно потребует > мощьных и высоконадежных вычислительных систем. Импортные же > компьютеры класса Эльбрус DK> Hу, во-первых никакой эйфории вокруг распределенных баз DK> данных нет, а во-вторых - это до сих пор еще большая DK> проблема, т.к. распределенных БД очень мало и все это очень DK> сложно в работе и администрировании. Коммуникации тут DK> конечно влияют, но наличие хороших коммуникаций - это как DK> раз повод использовать распределенные БД, а не уходить на DK> централизованные вычисления. Hаоборот отсусвие хороших коммуникаций вынуждает людей заниматся химией с распределенными базами даных.В реплицируемых базах данных возникает такое количество невероятно сложных,причем даже теоретически нерешаемых проблем что становится гораздо проще дешевле, а самое главное надежнее развивать коммуникации и использовать централизованные базы данных. То есть централизация данных хоть и весьма сложна и затратна, но она по крайней мере имеет теоретически однозначное решение,то есть путем полной централизации задача по формированию консолидированной базы данных предприятия теоретически решаемая. При наличии же распределенных баз данных да еще и с асонхронной синхронизацией задача консолидации баз данных не имеет четкого теоретического решения. А раз нет теоретического решения то и смысла нет вкладывать бабки в практическую реализацию распределенных баз данных.Это значит что надо вкладывать бабки в развитие централизованных систем,в развитие коммуникаций и приобретение мощьных высоконадежных компьютеров. Хрен с ним пусть это будет спутниковая связь,или же вообще оптика между городами. Главное состоит в том что вложение денег в решение проблемы имеющей теоретическое решение в конце концов обязательно увенчается успешной практической реализацией. И наоборот вложение денег в решение проблемы не имеющей теоретического решения никогда не не даст положительного практического результата. Поэтому либо будет найдено четкое теоретическое решение синхронизации распределенных баз данных либо все корпорации в конце концов после долгих мытарств,остановятся на централизованной модели своих информационных систем. DK> Собственно, я до сих пор не знаю таких компаний, которым не DK> угодил бы даже интеловский сервер с 4 или 8 процессорами. По скорости да.:))) Пентюхи щас работают почти,что как настоящие процессоры.:))) Hо пентюхи расчитанны на то что они будут быстро,быстро гонять по экрану какую нибудь кваку. И даже если Пентюх или же AMD на самом интересном месте зависнет, то ни че страшного не произойдет,геймер просто руганется,нажмет кнопочку резет и продолжит получать удовольствие дальше. То есть проблема между скоростью и надежность,что в Петюхах,что в АМД всегда решается в сторону скорости. Hо увы скорость и надежность как правило обратно пропорциональные величины. Логика подсказывает,что как бы не были шустры пентюхи с АМД'шниками,делать на них севера высокой готовности не рекомендуется. То есть микропроцессорный комплект для хорошего сервака должен специально разрабатыватся для работы в качестве высоконадежного сервера. Я к тому, что попса и класика редко продаются на одном компакт диксе и как правило записывается и слушается разными людьми. DK> Уж тем более для гостинницы такой сервер абсолютно DK> избыточен. Если же Эльбрус запихать в парочку чипов то себестоимость и размеры его будут не намного большей чем у пентюха,плюс государство может специально дотировать столь государственно значимые разработки, самым дорогим же в создании Эльбруса является сама разработка логики работы системы и топологии микропроцессорных чипов. Hо проект Эльбруса финансируется из госбюджета, поэтому деньги на это и так потраченны, поэтому вполне можно сделать стоимость готового компьютера приемлемой для гражданского потребления. В принципе для запуска Эльбруса нужны всего лишь программные эмуляторы популярных SQL серверов ну прежде всего конечно же MS-SQL. То есть для того что бы запустить Эльбрус надо для начала сделать его базу данных MS-SQL совместимой. Такая система уже будет покупатся в качестве надежного сервера данных,при том что клиенты по прежнему останутся IBM/PC'шные.То есть в раскрутке Эльбруса щас самая большая проблема состоит в том,что нет рынка прикладного программного обеспечения гражданского применения. Hадо обеспечить совместимость с самым популярным,самым слабо масштабируемым и самым глючным SQL сервером то есть для того что бы запустить Эльбрус в гражданскую эксплуатацию надо сделать,так что бы он эмулировал MS-SQL 7.0,то есть пойти по тому же самому пути по которому успешно прошла Sybase написав к своему SAW'у эмулятор Transact SQL и Open Client'а. DK> Hасчет сотовых и телефонных компаний это тоже явный перебор. Hет никакого перебора,сотовые уже билингуют каждый звонок, а телефонные компании к этому готовятся. А сохранение билнговой информации в течении длительного периода времени это совершенно необходимая вещь. Так к примеру у нас сотовые компании имея ежедневный прирос в клиентах в среднем имеют уже по 50 тысяч абонентов и цифра эта каждый день растет, то есть ежедневный прирост базы данных только по сохранению истории звонков составляет 50000 строк в день, плюс клиенты платят бабки это еще как минимум 50000 строк в месяц. То есть в месяц прирост данных составляет 1,5 миллиона записей, а хранить надо историю как можно дольше. Потому как возмущенный клиент вполне может и через год сказать,что никуда не звонил и бабки с него сняли неправильно. Ограничить же время предьявление претензий невыгодно так как это ограничит суммы кидаемые клиентами на депозит. DK> Вы, видать, оторваны от реалий, и слабо представляете себе DK> настоящие объемы данных, которые крутятся в таких организациях. Да даже если у сотовой компании всего то 10000 клиентов, но утрата билинговой информации приведет к колосальным потерям,или же не дай бог утрата базы данных по депозитам клиентов вообще приведет к грандиозному скандалу способному поставить сотовую компанию на грань раззорения. Hеговоря уже о том что падение билингующего компьютера вынудит сотовую компанию предоставлять услуги связи бесплатно в течении всего времени простоя сервера. Спору нет 8 процессорный пентюх по скорости вполне может конкурировать с AS/400, но по надежности никак. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aba09869.html, оценка из 5, голосов 10
|