|
|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Andrey Ostanovsky 2:5030/1957.10 01 Jun 2002 01:23:52 To : Valentin A. Alekseev Subject : Сервер БД --------------------------------------------------------------------------------
Hello, Valentin!
Пятница Май 31 2002, Valentin A. Alekseev изволил/a написать Alexander V.
Naumochkin:
AN>> 1. Hагрузку на SQL считаешь в гигабайтах
VA> Расчет на запросы/секунду дать не могу, так как это лишь проект.
VA> Активный объем данных - 1.5-2Gb. Какие еще могут быть параметры в
VA> начальной стадии проектирования.
Для работы sql критично количество записей, а не их объем. По крайней мере на
стадии проектирования структуры таблиц и определения начальных условий. Объем
записи служит только для понимания - сколько надо памяти и какие объемы винтов.
Вот подели одно на другое - получишь количество записей в базе.
Объемы винтов под базу лучше делать с двухкратным запасом - как минимум. Или
иметь место, куда сбросить, например, дамп всей базы.
AN>> 2. Исходя из 1 берёшься оценивать SQL-серверы
VA> Приходится, ибо не все SQL сервера смогут предложить приемлимый по
VA> скорости доступа вариант хранения данных.
Да ну?:) Когда блок данных выбран - скорость лимитируют винты/сеть, а не сама
база. А по поводу скорости выборки и правильной структуры тебе Саша уже намекал.
AN>> 3. Боишься MS SQL, да и MS вообще (хотя не верю, это пальцы).
VA> Hе боюсь. Так как приходилось им пользоватся/управлять/ломать в
VA> течении 2,5 лет.
AN>> тебе лучше уволиться уже сейчас. Или хотя бы често команде
AN>> признаться, что в SQL ты полнейшее дерево и заниматься этим
AN>> можешь только совмещая процесс с обучением.
VA> В SQL я может быть и дерево, но данный тред обсуждает не язык, а софт,
VA> способный поддерживать такие объемы. Мой вопрос: "какой софт стоит
VA> смотреть?", а не "покажите мне Ваш ДетСад, где Вас SQL учили".
Да ты не нервничай так.:) Такие объемы и mysql потянет. Разница только в том,
нужны ли будут хитрые вложенные запросы, или, например, работа с откатами
транзакций. А объемы базы - это не из той оперы.
Bye, Andrey Ostanovsky. aost @ gbk.spb.ru
--- System Uptime: 0004:00:14:21
* Origin: Если хочешь поработать - ляг поспи, и все пройдет! (2:5030/1957.10)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/45783cf7ea0f.html, оценка из 5, голосов 10
|