|
su.dbms.sql- SU.DBMS.SQL ------------------------------------------------------------------ From : Andrey 2:5083/13.5 03 Mar 2001 00:25:10 To : Vladimir Kovalev Subject : MS SQL 2000 -------------------------------------------------------------------------------- Hi! Vladimir [...] VK> Мда. еще раз позволю себе повторить слова уважаемого VK> Анатолия Тенцера. Да не,просто Толик занимается автоматизацией контор типа "Рога и копыта", естественно,что у него нет опыта работы с большими базами данных, вот он и судит с завидной долей апломба о том о чем не ведает.:))) VK> Если в Вашей компании 10 компов и 100Мб VK> данных, это не значить что все вокруг такие же. Бывают VK> компании с 100 компами (много, очень много) и 10Гб данных VK> (меньше, но тоже много). Hе надо всех мерять по себе. У нас VK> средних размеров торговая компания, объем данных (с историей VK> первички за ~3.5 года) составляет ~8.6Гб с тенденцией к VK> быстрому росту за последний год. Если же вы не храните бинарных копий,первичных документов или же сертификатов,то самое время занятся анализом куда же это место на диске подевалось, и от чего так база пухнет. Очевидно что ни одна торговая компания не в состоянии породить такого объема данных. Ты вдумайся на секунду в цифру, 8.6 ГигаБайт. Это же 8.6 миллиардов байт. Теперь давай вооружимся калькулятором и посчитаем способны ли сотрудники в вашей компании породить подобный объем информации. Итак допустим самое невероятное, ну к примеру что все ваши девицы сидят круглыми сутками за 10 компьютерами и молотят по клавишам своей клавиатуры без сна и отдыха все 24 часа в сутки и семь дней в неделю со скоростью 10 знаков в секунду. Итак в минуту это будет 6000 знаков в час 360000 знаков в сутки 8640000 знаков в год 3,153,600,000 за 3,5 лет 10,103,760,000 итого батенька достичь реальных 10 Гигабайт вы можете только в результате вот такого вот титанического труда,молотя круглыми сутками 3,5 года по 10 знаков в секунду и с десяти компьютеров. Задай теперь себе вопрос,а так ли вы работаете на самом деле ?? А теперь ответив проверь куда делось место в базе данных, потому как я тебе только что продемонстрировал на сколько много на самом деле весят 10 ГигаБайт. Ясное дело,что MS SQL глуканул у вас не на шутку и не сключенно что бакупы которые вы делаете каждое утро все битые и с них вы в вслучае сбоя нивжизь не востановитесь. А ну как,я тебя достаточно сильно испугал ??? :))) То то же.:)) VK> Я думаю к концу года будет как раз около 10Гб. Hе наблюдаю VK> _никаких_ тенденций к снижению производительности, ну т.е. VK> _вообще_ никаких. Hу,а с какой стати должно бы было бы происходить снижение производительности ??? VK> MS SQL 7.0 cтоит как влитой без ребутов уже ~9 месяцев. Фантастика какая то. VK> Даже не подхожу и не смотрю. Hу разве что на VK> сотовый утром, куда репорт о бэкапе приходит :) Кстати о бэкапе допустим что сервер сдохнет под вечер, когда весь день отработан,а бэкап еще не сделан ну и каковы будут твои действия по восстановлению информации ??? VK> Так что это все знаете ли от рук зависит. Ты сначала попробуй ответить на мой предидущий вопрос, а уж потом про руки спорь, давай посчитай какова будет потеря данных за один рабочий день если же вы молотите по клавишам с той же интенсивностьтю 10 знаков в секунду. А хвастатся руками своими будешь тогда когда сумешь поднять сервер из глубокого дауна, а пока он живой хвастася особенно нечем. Потому как у тебя опыта еще нет достаточного. Андрей --- * Origin: (2:5083/13.5) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms.sql/2764aa072231.html, оценка из 5, голосов 10
|