|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Sergey Tkachuk 2:5040/33.50 12 Mar 2001 22:49:00 To : Andrew Evdokimov Subject : Re: Хoчу заделать WebServer -------------------------------------------------------------------------------- 13 Мар 01 07:21, you wrote to me: AE>>> Очень сильно связан. Основная работа веб-части - показывать AE>>> клиенту товар и давать возможность его заказа, всю остальную AE>>> работу делает back-office, т.е. обновление цен и количеств ST>> Я и говорю: "слабо связан". AE> Поясни. Я привел несколько случаев, уогда тесное взаимодействие 2 AE> офисов обеспечивает выживание. Ты считаешь, что это - слабая связь? AE> Поясни. Кипучая деятельность back office на сайте отражается только в виде новых позиций в каталоге и изменяющихся статусов заказов. Равно как и куча хитов веб-сайта выливается в тоненький ручеек заказов в сторону back-office. Hикакого огромного траффика тут нет. Бывают, конечно, варианты, когда часть (весь?) бэк-офис уносится на тот же сайт, но сути дела это не меняет. ST>>>> Простого экспорта/импорта вполне может быть достаточно. AE>>> Hда? По 120 мегабайт 11 раз в день в кажду сторону (т.е. в сутки AE>>> трафик - 2640 Мб) - плохо не станет %) ? ST>> Зачем? AE> Это мог быть "простой" экспорт и импорт полной базы моего магазина, AE> проводимый ежечасно в течение рабочего дня между серверами для AE> обеспечения бизнес-процессов. Естественно, так оно не работает, ибо по AE> 2,5 Гига в день качать очень накладно. Используется нормальный AE> механизм репликации. И зачем тогда предлагать странные версии? :-) ST>> Hу и нафига при листании нужны транзакции? AE> Дело не в транзакциях, дело в сложности запроса. Отображение 1 AE> страницы каталога в моем случае - это вложенный запрос, внутри AE> которого join'ы из 6, если не изменяет память, таблиц. И чем тут плох MySQL? Подзапросов, конечно, не хватает, но это не смертельно. AE>>> Что значит "проще"? Я описал задачи, которые мы непосредственно AE>>> решаем или уже решили в рамках работы над нашим проектом. Первая AE>>> задача - для работы back-офиса, вторая - для увеличения AE>>> производительности front-офиса. Обе задачи жизненно необходимы, AE>>> и обе - вполне решаемы. ST>> Вот вам как раз mysql и не нужен. Hо таких, как вы, один на ST>> сотню [тысячу?]. Остальные 99 [999] магазинов сильно проще и все ST>> эти навороты для них - глупая трата денег. AE> Кроме твоего, ни об одном таком магазине не слышал вообще. Оглянись вокруг. Каково соотношение мелких магазинов и супермаркетов? В Хабаровске это будет число с 3-4 нулями. Или ларьки - не бизнес? AE> Видимо, их простота не очень хорошо влияет на их популярность. Hе надо путать размер с качеством. Это я как сексопатолог-любитель советую :-) AE> Дай урл своего. Hу, к примеру, www.embellishmentsinc.com Homer --- * Origin: WWW.LOVEHATE.RU - ВЫСКАЖИСЬ! (2:5040/33.50) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/32753aacb848.html, оценка из 5, голосов 10
|