Axapta vs. 1c v8

[mazzy]

Цитата:

Сообщение от Pavel

Вариант с отдельной компанией на каждый филиал и периодической консолидацией назвать "одновременной работой 1000 пользователей" и приводить в качестве примера производительности аксапты некорректно

на этот раз полностью согласен с Павлом.

[ppson]

Цитата:

Сообщение от Pavel

Смешно.
Вариант с отдельной компанией на каждый филиал и периодической консолидацией назвать "одновременной работой 1000 пользователей" и приводить в качестве примера производительности аксапты некорректно (разве что в маркетинговых целях).

Цитата:

Сообщение от mazzy

на этот раз полностью согласен с Павлом.

Предьявите факты, удостоверяющие, что работа 1000 пользователей в 1 компании и работа 1000 пользоваталей в N компаниях влияют на производительности аксапты.

[ppson]

Цитата:

Сообщение от Андре

ppson, как я понимаю, ты знаешь, какое решение там используется для консолидации

Знаю.

[Pavel]

Цитата:

Сообщение от ppson

Предьявите факты, удостоверяющие, что работа 1000 пользователей в 1 компании и работа 1000 пользоваталей в N компаниях влияют на производительности аксапты.

А что у этих пользователей совместного... название используемой программы? Результаты их работы собираются в офлайне на периодической основе. Где здесь одновременная работа 1000 пользователей и факт производительности? Иллюзия, да и только.

[ppson]

Что то новенькое в Benchmarketинге.
Буду знать.

[Pavel]

Цитата:

Сообщение от ppson

Что то новенькое в Benchmarketинге.
Буду знать.

Это чтобы всем понятно было.
Если есть желание, можно обсудить на уровне доступа к таблицам в СУБД. Хотя, конкретика зависит от того, что там в проекте наворотили.

P.S. Сам по себе подход не новый, Киев Стар GSM лет 10 так уже работает в XALе.

[ppson]

Цитата:

Сообщение от Pavel

Хотя, конкретика зависит от того, что там в проекте наворотили.

Наворотили там партнерское решение %).

[Гений 1С]

Цитата:

Сообщение от mazzy

Нет, Сисой.
Есть технический протокол передачи данных в распределенной среде.
Но нет возможности работать в распределенном режиме при более-менее сложной конфигурации.

Например, на складе в центральной базе (ЦБ) осталось 10 шт.
Удаленный филиал 1 (Ф1) знает об этом и продает 8 шт.
Удаленный филиал 2 (Ф2) тоже продает 8 шт.

Происходит синхронизация.
В результате синхронизации один из филиалов продаст в минус.

1С ничего не делает для решения коллизий репликации.
Несмотря на то, что в 8ке появились кое-какие инструменты для контроля и решения коллизий (раньше вообще ничего не было), существующий функционал ничего не делает и не предполагает работу в распределенном режиме.

Маззи, при всем уважении к вашему опыту позвольте не согласиться.
Во-первых в случае распределенной БД редко кто работает с одним центральным складом - обычно у каждого филиала свой склад, но суть не в этом. Приведенное вами решение весьма специфично именно по организации бизнеса - когда с разных точек торгуют товаром с центрального склада. Обычно у каждой точки свой склад. Так что нужно привести пример поинтереснее.

Вот вы рекомендуете использовать на местах простенькие проги на аксесс и сливать в центр.

УРБД делает то же самое, но в одной базе (не нужно париться о синхронизации).

Документы на перифирии обеспечивают простенький складской учет (количество, сумма и т.п.), а потом уже, когда они сливаются в центр, они обрастают необходимыми движениями по себестоимости и т.п.

Вот уж не надо угоняться, вы с таким успехом УПП ставьте в рознице с УРБД.
Не поняли, что ахинею несете

[kosenkov]

Цитата:

Сообщение от Гений 1С

Приведенное вами решение весьма специфично именно по организации бизнеса - когда с разных точек торгуют товаром с центрального склада. Обычно у каждой точки свой склад.

Довольно обычное решение. Если ассортимент насчитывает тысячи и десятки тысяч позиций, и номенклатура допускает сборку на заказ или различные варианты материала - цвета - размера и т.д - как раз обычно есть экспозиция и небольшой склад в магазине (и много цветных каталогов) - и один или несколько "центральных" складов с более "широким" ассортиментом.
Обычное дело.