Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
Всем привет! Приступаем к автоматизации крупной сети мелких магазинов :) Магазинов сейчас под 150, будет чуть больше. Плюс 15 филиалов и, конечно, Центральный Офис. Учетная система работает под MS SQL 2000. Какой механизм синронизации (обмен файлами, репликация и т.п.) вы считаете будет оптимальным? Денек на квалифицированный персонал как обычно клиенту жаль. Правила оформления документов (что где) пока не прописывались так что фантазию можно не сдерживать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:11 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
если денег жаль, то лучшк всего обмен какими-нибудь текстовыми файлами, т.к. самый простой способ, а то если делать на репликациях - то при возникновении сбоев, могут возникнуть ЧП, вызванные не умелыми руками ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:18 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
Сергей84если денег жаль, то лучшк всего обмен какими-нибудь текстовыми файлами, т.к. самый простой способ, а то если делать на репликациях - то при возникновении сбоев, могут возникнуть ЧП, вызванные не умелыми руками Вот типичный ответ 1цешника, стесненного в комнатушке "канфегуратора" еще сильнее чем Граф Монте-Кристо в казематах замка Иф. По сабжу: чем не устраивает мощнейший стандартный механизм репликации ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:22 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
Механизм действительно мощнейший и работать с ним одно удовольствие, но, боюсь, эксплуатация репликации двух сотен баз будет слишком дорого стоить клиенту. Требования к персоналу, оборудованию, каналам связи и стоимость лицензий будет намного выше чем в случае того же обмена файлами (хотя у этого способа имхо кроме стоимости ничего хорошего нет). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:38 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
А на практике кто как работает с синхронизацией данных филиалов? Насколько часто используються стандартные механизм учетных (ЕРП) систем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:52 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРП пишет: > А на практике кто как работает с синхронизацией данных филиалов? > Насколько часто используються стандартные механизм учетных (ЕРП) систем? Ну, опыт использования синхронизации Ахарты на ретайле, наблюдаемый со стороны, произвел неизгладимое впечатление. Уж лучше текстовые файлы... Правда там фармакология... А у вас что? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 17:55 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
ТНП, ничего специфичного. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 18:04 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРП пишет: > ТНП, ничего специфичного. ТНП бывает разный... :), но если "ничего специфичного"... Кстати, если "ничего специфичного", то зачем Вам 15 филиалов? Одним складом почему нельзя обойтись? Скажем так, то, что я скажу -- неверно. Поэтому меня сейчас заклюют.;) Основная проблема ретейла, что касается синхронизации, это то, что она там нафиг не нужна. Понятно также, что на головном офисе + филиалы оно надо, но там есть возможность обеспечить каналы связи. Нормальный админ/DBA потянет 15 серверов удаленно. Теперь более подробно об связке магазин <==> филиал (головной офис, если он работает с точками, бум считать филиалом). От филиала магазину идет накладная, от магазина филиалу отчет об продажах и возвратах. Это, практически, все необходимые документы (файлы, сеансы связи... передать/получить метр информации не представляет проблем ни для одного из упомянутых в топике способов). У розницы нет клиентов-юрлиц, единственное, что требует синхронизации, это справочник товаров (и то, только в той степени, который требует ассортимент магазина). Рекомендую односторонним порядком путем все той же накладной. Заказ магазином товара я не рассматриваю по той причине, что его может сделать и мартышка (манагер филиала) на основании отчета об продажах магазина и новых поступлениях на филиал. Причем он делает это, обычно, для многих (всех) магазинов данного филиала. И раз в годик приводить все это безобразие в единообразный вид путем переучета розничных точек. Если Вы думаете, что требуется более тесная/жесткая стыковка магазина и филиалов, значит Вы никогда не встречались с недостачей в $50 000 на одном магазине. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 19:26 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
50 000 надеюсь никогда и не увидеть, тут хвастаться особо нечем. Автоматизация к недостачам казалось бы не при чем, но схема учета должна быть построена таким образом чтобы уменьшать кол-во ошибок. Итак: репликация или файлы? Или может быть что-то еще? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 19:35 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРП пишет: > 50 000 надеюсь никогда и не увидеть, тут хвастаться особо нечем. А я и не хвастаюсь. Я говорю, что отличие между информацией в БД и реальностью, в торговле, может достигать гигантских размеров. Это нужно учитывать. > Автоматизация к недостачам казалось бы не при чем, но схема учета должна > быть построена таким образом чтобы уменьшать кол-во ошибок. Ошибки будут все равно. Пересортица, воровство... Вопрос же не в этом. ИМХО, основная нужда в автоматизации розницы это снятие затоваренности и ускорение оборота товара. А недостачи тут аж как "при чем". Если у тебя по остаткам 10 штук ходового товара не продаются уже черт-те знает сколько времени? А если 50 наименований? > Итак: репликация или файлы? Или может быть что-то еще? Я бы выбрал что-нить типа уеб-сервисов. Чтобы легче было дублировать файлами. Причем дублирование предусмотрел бы изначально, так как видел тетенек в рознице и сервис провайдеров "на периферии". ;) Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 19:57 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРПА на практике кто как работает с синхронизацией данных филиалов? Насколько часто используються стандартные механизм учетных (ЕРП) систем? ну я использую стандартные механизмы 1С + свои на тригерах все зависит от того, что надо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2006, 20:26 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
Действительно, как правильно уже заметили, есть зависимость от того, какие данные следует реплицировать и какие требования. Если справочники, отчетность, то можно через файлы + rsync, например. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 09:21 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРПВсем привет! Приступаем к автоматизации крупной сети мелких магазинов :) Магазинов сейчас под 150, будет чуть больше. Плюс 15 филиалов и, конечно, Центральный Офис. Учетная система работает под MS SQL 2000. Какой механизм синронизации (обмен файлами, репликация и т.п.) вы считаете будет оптимальным? Денек на квалифицированный персонал как обычно клиенту жаль. Правила оформления документов (что где) пока не прописывались так что фантазию можно не сдерживать. Стандартный вопрос, а с какой переодичностью вам нужна синхронизация? А на чём работают филиалы(то-же на MSSQL или там зоопарк программ?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 10:27 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
@BabaiСтандартный вопрос, а с какой переодичностью вам нужна синхронизация? А на чём работают филиалы(то-же на MSSQL или там зоопарк программ?) то, что MSSQL умеет дело ясное, но было написано авторДенек на квалифицированный персонал как обычно клиенту жаль т.е. настроить та можно, кто эту зверюгу будет поддерживать и чинить в случаях чего? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 10:31 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
Во-во, настроить- то можно... Магазины должный работать на MSDE, центральный офис и офисы в регионах на MSSQL 2000 EE. Между офисами скорее всего будет репликация средствами MSSQL и синхронизация практически он-лайн. С этими в принципе все ясно, основной вопрос что делать с магазинами... С магазинами достаточно синхронизации 1 раз в день. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2006, 11:06 |
|
||
|
Какой выбрать механизм синхронизации для большого кол-ва баз?
|
|||
|---|---|---|---|
|
#18+
АлександрЕРПВо-во, настроить- то можно... Магазины должный работать на MSDE, центральный офис и офисы в регионах на MSSQL 2000 EE. Между офисами скорее всего будет репликация средствами MSSQL и синхронизация практически он-лайн. С этими в принципе все ясно, основной вопрос что делать с магазинами... С магазинами достаточно синхронизации 1 раз в день. Тогда достаточно пакетного обмена. Справочники в магазинах запереть. Пакеты содержать Справочники Прайс-лист Накладные нужных типов Подтверждения получения. Потребуется пара таблиц + таблица лог действий. Сделать такое можно, но нужно начинать с правил, что и куда должно идти. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2006, 16:36 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33907200&tid=1527986]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
67ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 242ms |
| total: | 420ms |

| 0 / 0 |
