|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Есть несколько магазинов, в которых что-то продается, они расположенны в различных городах нашей страны, в каждом из них есть отдельный ПК, на котором работает продавец(вносит изменения о покупке/продаже чего-то, синхронизирует данные с другими магазинами, возможно, через единный и-нет сервер). Данные о товарах(услугах) должны находится на каждом из таких ПК, но также должна быть возможность получения данных от других магазинов(например, только проданных,новых товарах или еще с помощью какой-нибудь фильтра), т.е хочется осуществлять "синхронизацию" только тех данных которые были изменены или добавленны. Вопрос в каком формате хранить данные на каждом из ПК(в различных магазинах) в БД или XML или ... ? Нужен ли общий сервер для всех магазинов с единой БД или осуществлять обмен файлами или ... ? В перспективве требуется получать обобщенную информацию в виде отчета(по запросу, т.е необходимую информацию(количество проданных товаров по каждому из магазинов, "чистая" прибыль за день и т.д) на мобильные устройства(КПК, мобильники, коммуникаторы), естественно этот пункт необходим владельцу всех точек продаж. Если весь этот проект реализовать на новой платформе .NET как будут обстоять дела с совместимостью, управляемостью и развертыванию? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 15:14 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
несколько уточняющих моментов. Santa_RNDЕсть несколько магазинов, в которых что-то продается, они расположенны в различных городах нашей страны, в каждом из них есть отдельный ПК, на котором работает продавец 1. Софт установленный в магазинах один и те же ? 2. Насколько программное обеспечение открыты для взаимодействия с внешним миром? Какие интерфейсы для обмена данными предоставляются? 3. Софт готовый (коробка), сделаныный на заказ или написанный "под себя"? Santa_RND...вносит изменения о покупке/продаже чего-то, синхронизирует данные с другими магазинами, возможно, через единный и-нет сервер... 4. Это все уже реально работает, или то, что хотелось бы сделать? 5. Что должно быть в итоговой БД, если от одного м-на придет "Гвоздь оцинкованный длина 60 мм - 3 кг", а от другого - "Оцинк. гвоздь 60 - 4 уп." 6. Как должно быть реализовано в системе (т.е. во всех программах всех магазинов) исполнение решения руководства о торговле не только гвоздями, но еще и шурупами? ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 16:07 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Santa_RND пишет: > Есть несколько магазинов, в которых что-то продается, они расположенны в > различных городах нашей страны, в каждом из них есть отдельный ПК, на > котором работает продавец(вносит изменения о покупке/продаже чего-то, > синхронизирует данные с другими магазинами, возможно, через единный > и-нет сервер). Это называется "Репликация" > какой-нибудь фильтра), т.е хочется осуществлять "синхронизацию" только > тех данных которые были изменены или добавленны. Ничего экстраординарного. > Вопрос в каком формате > хранить данные на каждом из ПК(в различных магазинах) в БД или XML или А в каждом магазине только один ПК? Разумеется, хранить в БД. Желательно в такой, которая хорошо поддерживает репликацию разными способами. Надо смотреть постановку задачи, но навскидку могу предложить глянуть в сторону Sybase ASA. Там и штатные средства репликации отлично сделаны, и есть возможность работы с КПК. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 16:48 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Александру Спелицин(у). 1. Софт установленный в магазинах один и те же? - Желательно один и тотже. 2. Насколько программное обеспечение открыты для взаимодействия с внешним миром? Какие интерфейсы для обмена данными предоставляются? - Через в основном черех dialup соединения или ADSL(по необходимости, как установить "БОС" 3. Софт готовый (коробка), сделаныный на заказ или написанный "под себя"? - Софт разрабатывается на заказ, но хотелось бы из этого проекта сделать службу с качественной поддержкой и сопровождением софта(под конкретные магазины, предприятия, .... ) 4. Это все уже реально работает, или то, что хотелось бы сделать? - См. выше 5. Что должно быть в итоговой БД, если от одного м-на придет "Гвоздь оцинкованный длина 60 мм - 3 кг", а от другого - "Оцинк. гвоздь 60 - 4 уп." - Будет использоваться уникальная система классификации или минимальная программная обработка, но скорее 1-е. 6. Как должно быть реализовано в системе (т.е. во всех программах всех магазинов) исполнение решения руководства о торговле не только гвоздями, но еще и шурупами? - Реализовываться должно путем выбора категории(при добавлении в БД товара), а вообще путем добавления строк с описанием товара в БД, далее классификационная выборка, при выборке софтом, по классификатору. Этот вопрос самый сложный. Как сделать "всеобъемный" классификатор и повесить на него интерфейс?! Может подскажите? Александр Гoлдун, а почему для этих целей не использовать xml файлы на каждом из локальных ПК? У них разве нет возможности репликации? P.S. Использую платформу .NET, C# . ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 20:09 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Santa_RND пишет: > - Софт разрабатывается на заказ, но хотелось бы из этого проекта сделать > службу с качественной поддержкой и сопровождением софта(под конкретные > магазины, предприятия, .... ) .... > Александр Гoлдун, а почему для этих целей не использовать xml файлы на > каждом из локальных ПК? Можно хоть tiff-файлы. > У них разве нет возможности репликации? Есть. Такая же, как и у txt-файлов и т.п. :) Не рановато ли еще браться за такие заказы, если задаются такие вопросы? Я так понимаю, что СУБД для вас пока смутное понятие? Не говоря уж про опыт создания подобных систем, пусть и не распределенных. Заказчик согласился на предоплату? Тогда я ему сочувствую. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 20:27 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Александр Гoлдун, зря Вы так... Я же за помощью обратился к ВАМ - опытным проектировщикам! Можно самому реализовать репликацию, но будет ли это оправданно?! P.S. Используя встроенную поддержку MS VisualStudio.NET по работе с xml можно много интересного навоять... ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 20:37 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Santa_RND пишет: > Александр Гoлдун, зря Вы так... > Я же за помощью обратился к ВАМ - опытным проектировщикам! Можно самому > реализовать репликацию, но будет ли это оправданно?! Да помощь то можно оказать, только вот проблема - на что эта помощь ляжет? Должна же быть хоть какая-то основа! Из ваших вопросов у меня сложилось впечатление, что ее просто нет. Может я ошибаюсь? > P.S. Используя встроенную поддержку MS VisualStudio.NET по работе с xml > можно много интересного навоять... НавАять можно много интересного разными способами. Но одно дело ваять себе в удовольствие, совсем другое - дать заказчику веру в то, что ты поможешь решить его проблему и обломать его потом: "Ну не шмогла я, ижвини..." Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 20:53 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Репликацию такого уровня кажется поддержвают три наши три кита - Oracle, MySQL и MSSQL. Надо делать одну общую, но распределенную, БД. Нужны проектировщики хорошие, хороший анализ и PM. Без этого скорее всего у вас выйдет система-зомби ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 21:00 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Согласен с Александром. Задача на самом деле не простая, и она состояит не только из того чтобы что-то сделать, а конкретный проект, который должен отрабатывать конкретные бизнес схемы... например - идентификаторы товаров - как они будут себя вести? ответ простой, если заказчик планирует расширять справочник централизованно - тогда в магазинах только получать новые наименования и не давать вносить, если же смешанное - тогда по какому признаку, и нужно ли заказчику такой геморой, потому что за этим следует ценовая политика предприятия.... и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 21:02 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Еретик пишет: > Репликацию такого уровня кажется поддержвают три наши три кита - Oracle, > MySQL и MSSQL. Чтобы не казалось, надо знать это более достоверно. Ничего конкретно на это отвечать не буду, ибо может получиться флейм, более пригодный для Сравнения СУБД :) > Надо делать одну общую, но распределенную, БД. Самый приемлемый в большинстве случаев вариант, хотя и не единственный. Бывют ситуации, когда консолидированная БД не нужна и базы пересекаются лишь некоторой частью. > Нужны проектировщики хорошие, хороший анализ и PM. Без этого скорее всего у > вас выйдет система-зомби Ну это для любого более-менее серьезного проекта не помешает, даже если этих спецов воплощает в себе один человек. А что такое система-зомби? Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
10.01.2006, 21:15 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Александр Гoлдун Еретик пишет: > Репликацию такого уровня кажется поддержвают три наши три кита - > Oracle, MySQL и MSSQL. Чтобы не казалось, надо знать это более достоверно. Ничего конкретно на это отвечать не буду, ибо может получиться флейм, более пригодный для Сравнения СУБД :) По хорошему, чтоб не казалось, проектировщики должны сделать тестовые прототипы системы на разных СУБД, и выбрать ту, которая действительно нормально работает с репликами в данном случае. Это один из главных технических рисков данного проекта. А просто во флейме сравнивать СУБД здесь нечего - судя по вопросу тредстартера, бюджета на платную СУБД нет, так что MySQL - видимо, единственный вариант. Александр Гoлдун > Нужны проектировщики хорошие, хороший анализ и PM. Без этого скорее всего у вас выйдет система-зомби Ну это для любого более-менее серьезного проекта не помешает, даже если этих спецов воплощает в себе один человек. А что такое система-зомби? Под зомби имею ввиду систему, которая вроде как работает, но на самом деле разваливается на части и, если от нее не откажутся - по политическим причинам, - то будут латать, латать и латать, хотя она уже давно не работает (умерла) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 11:38 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Santa_RND Вопрос в каком формате хранить данные на каждом из ПК(в различных магазинах) в БД или XML или ... ? Нужен ли общий сервер для всех магазинов с единой БД или осуществлять обмен файлами или ... ? Никаких XML, ни файлов ни в коем случае. Я люблю XML, но не годится он здесь никак, не для того он. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 11:44 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
ЕретикРепликацию такого уровня кажется поддержвают три наши три кита - Oracle, MySQL и MSSQL. Киты китами, но поддержка распределённых БД у Sybase лучшая. Это факт. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 11:47 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Еретик пишет: > А просто во флейме сравнивать СУБД здесь нечего - судя по вопросу > тредстартера, бюджета на платную СУБД нет, так что MySQL - видимо, > единственный вариант. Только в случае _бесплатных_ разработчиков. А так же при неограниченности времени на разработку. Похоже бюджета на разработчиков тоже нет :) И потом, MySQL - не единственная бесплатная СУБД, и при этом для целей реализации информационных систем не самая подходящая. У нее другая ниша. А вообще, лучше не продолжать здесь этот флейм и перед тем, как объявить "трех китов" стоит десять раз подумать Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 12:55 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
А еще лучше не мучиться с изобретением очередного велосипеда, а купить готовый софт, а силы разработчиков направить на организацию распределенной системы на основе готового ПО. Не открою америки, что 90% требуемого функционала уже реализовано. Зачем делать еще раз то, что уже сделали другие? тут и вопрос о выборе СУБД автоматически снимется. Точнее перейдет в другую плоскость: какую 1 из двух СУБД поддерживаемых данным ПО использовать, т.е. что-то типа dbf или MSSQL к 1Ц И MSSQL или Oracle к Axapta. :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 14:30 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Александр Гoлдун А вообще, лучше не продолжать здесь этот флейм и перед тем, как объявить "трех китов" стоит десять раз подумать Ок, заведите тему в другом месте и дайте ссылку... Я здесь еще не очень ориентируюсь, а в конструктивной дискуссии поучавствовал бы с удовольствием ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 15:44 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
Еретик Александр Гoлдун А вообще, лучше не продолжать здесь этот флейм и перед тем, как объявить "трех китов" стоит десять раз подумать Ок, заведите тему в другом месте и дайте ссылку... Я здесь еще не очень ориентируюсь, а в конструктивной дискуссии поучавствовал бы с удовольствием Зачем мне ее заводить? Тут рядом целый форум Сравнение СУБД . Там можно и обчитаться и обсравниваться по уши ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2006, 15:57 |
|
Распределенное приложение. Помогите корректно спроектировать.
|
|||
---|---|---|---|
#18+
>Santa_RND >Есть несколько магазинов, в которых что-то продается, они расположенны в различных городах нашей страны ... Многое зависит от скорости и надежности физической связи некоторого центра и множества магзинов. Если она удовлетворяет вашим потребностям. то можно попытаться обойтись единой базой данных в центре. Если нет, придется иметь единую в центре и в каждом магазине свою и изменения в локальном фрагменте (базой в магазине) транслировать в центральную. Вожможны и промежуточные варианты. Подобную задачу решал здесь: http://www.gotdotnet.ru/LearnDotNet/NETFramework/223738.aspx Результаты положительные. Для первого варианта клиентский компьютер в магазине и у владельца, есть клиентский клиентский компьютер прототипа. С уважением, Владимир. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2006, 22:08 |
|
|
start [/forum/topic.php?fid=33&msg=33476008&tid=1549495]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 133ms |
0 / 0 |