|
su.dbms
- SU.DBMS ----------------------------------------------------------------------
From : Serguei Tarassov 2:5020/400 14 Jun 2001 16:04:33
To : All
Subject : Re: вопросы по Web-проекту
--------------------------------------------------------------------------------
Доброго дня!
"Serge Prydatchenko" <Serge.Prydatchenko@p3.f190.n463.z2.fidonet.org> wrote
in message news:992466647@p3.f190.n463.z2.ftn...
> Hello, All!
> Мы раньше больших и средних Веб-проектов не делали, опыта и ресурсов на
> написание бизнес-логики на COM под MTS у нас нет, у меня есть опыт
написания
> бизнес-логики в двух уровнях Оракловских хранимых процедур для
традиционного
> приложения на 100 юзеров. Опыта работы с MSSQL нет, с ASP мало и не у
меня. :)
Это не самое страшное, была бы голова на плечах.
> Соответственно, непонятно:
> 2) Я собираюсь использовать глобальные суррогатные ID типа
uniqueidentifier для
> облегчения сиcтемы прав доступа (у каждого объекта типа профиля,
календаря,
> записи в календаре, чат-рума итд. итп. есть владелец, умолчания доступа
для
> групп и "оверрайды" - переназначения прав для конкретных пользователей), я
> решил делать все суррогатные ключи типа uniqueidentifier, генерировать их
> newid() и привязывать единые ACL к ним.
А можно сделать некий абстрактный объект "системный", у него будет этот
самый GUID и еще пара-тройка внутрисистемных атрибутов, а все остальные
объекты в твоей БД будут ВКЛЮЧАТЬ его (1:1), т.е. проектировать базу будешь
классическим способом, но в каждой таблице в итоге добавится уникальный
атрибут - ссылка на этот системный объект. А уж с ним и будешь все системные
операции делать, отделив их от прикладной логики.
> Правильно ли делать такие ПК некластерными (к тому же помним о RAID)?
> Что будет с производительностью джойнов по сравнению с bigint PK?
> Стоит ли какие-либо другие индексы делать кластерными, какие тогда?
Если сделаешь включением, то кластерным скорее всего будет первичный ключ
сущности. В некоторых сущностях, для которых подходящего ключа не найдешь,
за первичный ключ примешь ссылку на системный объект.
> 3) Что сказать заказчику по поводу того, какое железо ему придется
покупать при
> росте количества юзеров, когда его сервер начнет "задыхаться"? Hасколько
я
> понимаю, нужно будет выносить БД на отдельный сервер/кластер и делать
"толпу"
> IIS-ов с балансировкой HTTP какой-то стандартной железякой... Вот вопрос
в
> том, сколько юзеров потянет IIS на каком-нибудь 4-х процессорном
интеловском
> сервере с гигом памяти и сколько сессий потянет аналогичная нода кластера
> MSSQL? Я так понимаю, что IIS будет брать ADO-сессии к БД из пула, но
> соотношение сессий БД к количеству активных Веб-юзеров предсказать не
берусь
> даже приблизительно - опыта нет...
Hадо, надо выносить... Hо это зависит от масштаба. Для 100 пользователей,
наверное еще не надо. Для 100000 надо иметь не только несколько IIS-ов, но и
вполне может быть несколько MSSQL с синхронизируемой БД (в этом случае
должен быть хотя бы минимальный средний слой для балансировки). Сколько
конкретно - покажут тесты (всякие Web-Stress-Tools), с них тебе и надо
начать разработку прототипа. А потом уже, выбросив на помойку результаты
первой итерации, второй вариант сдашь заказчику, как нормальную бета-версию.
Hа такой процесс тебе надо рассчитывать изначально.
--
с уважением,
Сергей Тарасов
http://www.arbinada.com
mailto:templar@arbinada.com
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
