deks
Advanced Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
OXDBA
У нас примерно 120 тыс продаж, на продажу примерно 1k данных (в байтах) - примечания, спецификации и тп. Максимум 30-40 деталей, обычно 10, для спецификации на продажу (это оборудование). Это основной функционал. Вспомогательные справочники клиентов, всяких регионов и договоров не считаем - смысла нет. В хранимые данные входят также фотки, картинки, PDF, видеоролики - это информация для каталога, она хранится в файловой системе, непосредственно в СУБД не попадает. Также фотки входят в данные, поступающие от менеджеров "в полях и коммандировках" - типа, отчеты о коммандировках. Полный объем данных - по году более 200Gb, на СУБД приходится всего 5-15 (в зависимости, сколько индексов развести). В СУБД используется "наколеночный" шардинг по таблицам (периоды открываются в своей таблице, данные в архиве остаются в другой таблице, типа "продажи 2014"). Анализ возможно сделать по всей базе. Нафига так сделано? Хз - так получилось. Не пробовали слить в одну таблицу и посмотреть - может, и будет все легко работать. может, проще заменить СУБД с FB на PostgreSQL.
Система представляет собой гибрид CRM, немножко управление складом (заказы и резервирование), немножко - бухгалтерия (генерация пакета документов для продажи - договора, счета и тп), немного - CMS для генерации статики на сайте.
upd всего клиентов в пределах 50! Но географически разнесенных - 8 локаций, разные регионы (и даже страны СНГ - РФ и Казахстан).
miwa
На смартфоне инет есть везде - 3G (а у нас в Сибири и LTE нынче внедрился). Для инсталляций внутри предприятия в своей сети естественно смысла с wireless заморачиваться нету - как правило, проще организовать стационарное рабочее место. Но для удаленной работы нужна смена парадигмы клиента: локальный десктопный клиент тупо может дергать базу и готовить скрины для показа пользователю.
Мобильный клиент работает по другому: через инет нет смысла слать отдельные запросы к СУБД. Проще слать запрос - подготовь пакет данных для экрана. Это РЕЗКО ускоряет работу клиента. И сервер приложения уже отвечает пачкой данных (JSON) сложной структуры, в которой вложено все - все запросы уже выполнены при подготовки этой пачки. В результате один запрос - одна пачка, нет потери скорости работы на больших сетевых лагах. Пачку можно пожать в транспортной трубе зипом. Отдельно запрашиваются только крупные ресурсы (фотки, PDF, видео). Потому - имхо, без сервера приложений с моб клиентом никуда.
Мы тестировали - в моб клиенте при "классической компоновке" (условно "прямой" доступ к СУБД) основные лаги были на задержки прохождения по сети. Особенно обидно, когда теряется lookup запрос, и весь экран глючит. В общем, дальше прототипа даже не стали в эту сторону двигаться! А с сервером приложений (да, RO) все намного шустрее. |
Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 14:25 28-04-2014 | Исправлено: deks, 14:30 28-04-2014 |
|
так что совсем уж без человека не обойтись, нужно чтоб присматривал одним глазом хотя бы
