Что такое CRM? Ваша версия!

FlyDoc · Добавлено: Пт Май 05, 2006 4:05 pm

Вот как раз именно с MySQL количество пользователей обычно очень велико.

Насчет легкого аппаратного решения для 200 пользователей - наверное, товарищ много раз строил такие решения? Вообще уже от 50 надо "не совсем обычный" MS SQL покупать (если система использует MS SQL), например :)

[s](Добавление)[/s]
Цитата:

фактически система одновременно работает с теми самыми 30-40 пользователями в головном офисе, и с 7-8 в каждом

фигня полная - если из 30 филиалов реплицируются данные в головной офис, то нагрузка на СУБД практически та же что и если все они сразу подключатся к одной машине

конечно, если они все строят разнообразные отчеты, то да, нагрузка существенно снижается, а если вся эта орава обращается к одним и тем же данным, то запросы закэшируются быстро, и не будет большой разницы сколько пользователей

_________________
CRM+OLTP+EDMS=...

Nonsens · Добавлено: Пт Май 05, 2006 4:20 pm

chip · Добавлено: Пт Май 05, 2006 6:43 pm

Народ, мне в руки на 6 дней попал уникальный серверок - на нем получилась в винде и под варей модель из 1 сервера и 120 рабочих станций. Ну мы в эту виртуальную сеть погрузили Монитор + MS SQL и проиграли нагрузку без лишних наворотов - напрямую, от клиентов к серверу. Просто одновременный запуск 120 Мониторов ну и небольшую работу на них. Результат получился неплохим в смысле отказоустойчивости. Тока вот сеть - хотя и виртуальная - присела не на шутку. а моделировалась 10 МБ. Не 1.5 мб, которые мы используем по городу, а все 10. Получается, что если без изысков - то сеть например аптек по городу из 40 филиалов в прицепе к головному серверу - ну вобщем то дохнет.
Я в чем то неправ?
Мы nfr версию юзаем тока дней несколько - на полноту знаний не претендуем. Практики мы... как и наши клиенты.

Кадыков Михаил · Добавлено: Пт Май 05, 2006 11:13 pm

Андрей!
А можно поподробнее? Очень интересный эксперимент! Опишите, что за виртуальная сеть и какие операции выполнялись в Мониторе? Работа с клиентской базой, построение отчетов, выборки?... Каков был объем тестируемой базы? От этого достаточно сильно может зависеть трафик!

FlyDoc · Добавлено: Сб Май 06, 2006 8:23 am

Маршрутизатор Вы тоже смоделировали?.. :eyes:
_________________
CRM+OLTP+EDMS=...

chip · Добавлено: Сб Май 06, 2006 8:50 pm

Маршрутизатор Вы тоже смоделировали?..
ессно смоделировали, в варе то щас опций выше крыши
То есть общий тест был таким - запуск 120 виртуалок вин2000 с одновременным запуском Монитора.
Монитор был поставлен под терминал сервер на головной машине.
Единовременно запустилось 62 машины остальные - с чередой по полминуты примерно
утилизация сети - 100% была на 12 мб
никакой особой задачи не ставилось - простой код - на СОЗДАТЬ КОНТАКТ на 1 лице в одной организации - глубже - не копали, не до этого щас

Кадыков Михаил · Добавлено: Сб Май 06, 2006 10:37 pm

хм... тест неплохой... но это действительно "пиковая" нагрузка... :)
Вообще-то, я не занимаюсь сам разработкой уже лет пять... сейчас я директор, поэтому прошу не судить строго... но попробую вспомнить молодость и дать некоторые комментарии: :)
1. Я может чего не понимаю, но на каких маршрутах была такая загрузка? Какая топология сети моделировалась? В реале, если это 40 аптек, то получается по 3 рабочих места на точку и, соответственно, на канал. Они такой загрузки не дадут! 3 рабочих места не загрузят 10 Мбит даже в файл-серверном варианте, без SQL! Если все 40 линий сходятся, тем или иным способом, к маршрутизатору, то наибольшая загрузка будет на участке маршрутизатор-сервер, а тут не грех и гигабитный канал положить :)
Или вы моделировали 120 точек по одному каналу к серверу? Так это не сеть в 40 аптек! :)
2. Если вы работали с SQL-базами, и конкретно с MS SQL, то знаете, что максимальное время отклика идет именно при добавлении записи в таблицу. Особенно, если у таблицы, куда добавляется запись, множественные транзакционные связи. А если связи идут "много ко многим", то добавления идут, соответственно, еще и в дополнительные таблицы. Так что тут чудес не бывает :) При добавлении контакта как раз создается такая ситуация. Но, дело в том, что при реальной работе, операции добавления составляют не более 20-30% от всей работы пользователя. Большая засть запросов, это поиск информации. При этом, операции добавления информации разными пользователями, как правило, разнесены во времени. Таким образом, 120 одновременных добавления, на практике (а мы с вами практики!) соответствует примерно 1-1,5 тыс. рабочих мест. А если вы моделировали это по одному каналу, то это число мест в одном офисе!
Если "Monitor CRM" выдержал такую нагрузку на 10 Мбитной сети... это просто СУПЕР! :)

Вот теперь поправьте меня... в чем я не прав?
_________________
www.monitor-crm.ru

-=Monitor CRM - больше, чем CRM!=-

chip · Добавлено: Вс Май 07, 2006 12:41 pm

конечно по одному - как иначе то. Реальная ситуация - я беру те же 40 аптек на 1.5 мь ADSL в прицепе к серверу через сеть провайдера. Ессно - я имею ОДИН входящий тракт пусть даже SHDSL. И на этом же канале кроме локала еще и Инет висит и на нем еще челов 20 болтается. Я и не спорю - Монитор - выдержал, но тока если сессии клиентов вешать на терминал сервер. если пускать прямую нагрузку - то можно и не пытаться даже - не пойдет ниче.

Кадыков Михаил · Добавлено: Пн Май 08, 2006 8:02 pm

mario · Добавлено: Вт Окт 17, 2006 5:24 pm

SFA и CRM: одно и то же?

mario · Добавлено: Вт Окт 17, 2006 5:31 pm

Основная идея котороя стоит за управлением взаимоотношениями с клиентами стара как мир, но термин CRM относительно новый. Сегодня CRM используется практически повсеместно в значении технического решения, которое помогает достичь плодотворных взаимоотношений с клиентом.

Кадыков Михаил · Добавлено: Вт Окт 17, 2006 5:49 pm

Spvic · Добавлено: Пн Окт 23, 2006 11:40 am

Кадыков Михаил

SFA Sale Force Automation Автомартизация службы сбыта
Если верить статье в CRM-Консультант, то SFA есть часть CRM, точнее одно из решений, которое стало на равне с другими задачами прородителем CRM

Кадыков Михаил · Добавлено: Пн Окт 23, 2006 12:41 pm