Замечание к документу "Работайте напрямую в той БД, где создаёте документ (+)"   >>>   
Тема: Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+)

Создан:igor Bozhinsky 06/20/2006 06:56 PM
Папка:
06. Разработка Notes-приложений		Тип сообщения:
Мне лень заполнять это поле
Сообщение:
>Метод CopyToDatabase - суть то же самое, что прямой >доступ к центральной БД, так что проще и приятнее будет, >например, по кнопке в "локальной" региональной/>филиальной БД создавать документ в БД на сервере->получателе.

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

Mail in сделать очень удобно но вопрос в том ,что почему то он тормозит и доставка бывает затягивается на час, а бывает документ приходит мгновенно,непонятно.т е я отправляю с локала.хотя админы обещают наладить Router и говорят что дальше все будет быстро..тогда на этом варианте наверное и остановимся..

Репликации конечно по сравнению с mail in работают быстрее(но тоже с этим бывают проблемы), но чувствую чтобы их правильно настроить нужно поламать голову-поскольку в главной БД больше функциональности то нужно для локального пользователя многое поскрывать можно конечно сделать кнопку с db.Replicate реплицировать только документы во вьюхе с новыми документами поделать реплики на всех региональных серверах с односторонней направленностью репликацией, но всем локальным пользователям придется работать c рег филиалами




Конечно вариант с агентом очень впечатляет, но чувствую что реализация такого варианта потребует времени которого у меня сейчас нет...

что до задачи то она решена на 80% но до полной реализации нужно решить еще некоторые вопросы...включая и этот вопрос, постановка примерная прилагается файлом
Иерархия документов данной дискуссии:
Добрый день никто не посоветует какой механиз отправки документов лучше с удаленного филиала через mail in или copy to database- я имею ввиду..по параметрах скорость, трафик,и тд (igor Bozhinsky) (20.06.2006 10:28:19)
.... а почему репликацию не включили в список ? Потом фраза "отправка документов" недостаточна для определения способа (+) (Mitka Akulov) (20.06.2006 10:44:12)
........ Ну селективная репликация не подходит ИМХО в данном случае (igor Bozhinsky) (20.06.2006 12:32:01)
............ слово "селективная" сказали Вы, а не я. это редкоземельная фича, "трудная вода" (с) Лагутенко. 99% обходилсь без нее. Прямой save в центральную БД риск, что заявку так никто в центре и не увидит. (Mitka Akulov) (20.06.2006 12:52:02)
................ Под прямым Savom вы имеете ввиду doc.copyToDatabase? т е это не механизм аналогичный репликациям.. Если так то значит что в этом случае идет прямое обращение к базе, интересно, а почему риск.. (igor Bozhinsky) (20.06.2006 14:07:48)
.................... те я имею ввиду что может быть репликация тоже прямое обращение...к базе по сути и если даже репликация маленького обьема изменений , то копирование одного файла аналогичны или не так? (igor Bozhinsky) (20.06.2006 14:38:35)
.................... репликация процесс регулярный до полной победы, а скрипт это раз и все, если в этот момент база была недоступной вам надо как-то фиксировать этот факт, так зачем велосипед изобретать. (Mitka Akulov) (20.06.2006 15:21:06)
........................ Ну дело в том что я так понимаю мне нужно всего лишь среплецировать один документ (igor Bozhinsky) (20.06.2006 17:06:00)
............................ Работайте напрямую в той БД, где создаёте документ (+) (Ivan Tsibanenko) (20.06.2006 17:17:50)
................................ без комментариев. (Mitka Akulov) (20.06.2006 17:21:30)
.................................... Спасибо. Цель была - срочность. Или уведомить немедленно, если "срочность" недоступна. Связь - только 1352. А теперь комментарии? ;-) (-) (Ivan Tsibanenko) (20.06.2006 17:23:28)
........................................ аааа делайте что хотите, только вспомните когда центральный начнет задыхаться от прямых подключений, что я был против ;) (Mitka Akulov) (20.06.2006 17:39:27)
............................................ Не начнёт. Как я уже упоминал, прямое подключение - это исключительный случай. В остальных случаях (несрочных) я за репликацию. И сильно против Copy ToDatabase с клиентской рабочей станции. (-) (Ivan Tsibanenko) (21.06.2006 8:13:19)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:55:56)
.................................... вложенная постановка задачи (igor Bozhinsky) (20.06.2006 19:00:40)
........................................ увы, это не совсем то, что нужно , но , даже этого достаточно (+) (Mitka Akulov) (21.06.2006 0:52:29)
............................................ Наверное, надо ещё добавить, что мастер-сервер документа может быть изменён, но только самим текущим мастер-сервером. Мало ли - бизнес-процесс "уезжает" куда-то. (-) (Ivan Tsibanenko) (21.06.2006 8:11:06)
................................................ это следствие пункта 6 ;) (Mitka Akulov) (21.06.2006 8:41:05)
.................................... Проблема с mail-in и кое что ещё (+) (Ivan Tsibanenko) (21.06.2006 8:32:27)
........................................ Ну насчет mail in тут поступила инфа от админов(+) (igor Bozhinsky) (22.06.2006 14:43:20)
............................................ вернее о двух агентах один after new mail arrived другой шедульный один запускает другой (igor Bozhinsky) (22.06.2006 14:46:51)
............................................ Эх, юноша, юноша... (+) (Ivan Tsibanenko) (22.06.2006 16:07:34)
................................................ По-белому завидую: писать с 17 до 22... Завтра тоже выделю часа 3-4, почитаю. ;-) (-) (Gennadiy I. Zalutskiy) (22.06.2006 22:52:58)
.................................................... В 17 и в 22. Не люблю опечатки. (-) (Ivan Tsibanenko) (23.06.2006 11:58:02)
................................................ Ну да я больше увлекаюсь..икрой заморской кабачковой… (igor Bozhinsky) (04.07.2006 13:36:54)
.................................................... ПРО РЕПЛИКАЦИЮ: К сожалению я даже не могу определить корень и глубину Ваших заблуждений по данной теме. Должен рекомендовать Вам изучить документацию по данному вопросу. (+) (Ivan Tsibanenko) (04.07.2006 14:38:38)
.................................................... ПРО ПОВТОРНУЮ ОТПРАВКУ: Сообщение Вы отправлять будете из системы, а переотправку пользователь из п/я будет выполнять? Причём на добровольной основе? (-) (Ivan Tsibanenko) (04.07.2006 14:22:57)
........................................................ Ну у каждого пользователя допустим есть локальная база в которой он создает заявки и нажимает action "отправить в OИТ" ,почтовый ящик у каждого находится на сервере..(+) (igor Bozhinsky) (04.07.2006 17:35:32)
............................................................ Делайте так, как Вам угодно. Я лишь скажу то, что должен сказать для будущих читателей нашей дискуссии. (-) (Ivan Tsibanenko) (05.07.2006 8:49:01)
.................................................... ПРО ПОЧТУ: подскажите админам, что созданные по-умолчанию документы Connection заставляют отправляющий сервер собирать пакет из 5 писем, прежде чем начинать доставку. См. поле: "Route at once if"(-) (Ivan Tsibanenko) (04.07.2006 14:21:00)
........................................................ в поле "Route at once if стоит 1" видимо Router тормозит доставку писем..надо будет включить трассировку.. (igor Bozhinsky) (05.07.2006 10:59:13)
............................................................ Проверьте тип доставки почты. Может быть этот Connection заставляет почту лежать в mail.box до тех пор, пока сервер-получатель не запросит доставку (тип "Push Wait") (-) (Ivan Tsibanenko) (05.07.2006 12:16:32)
.................................................... ПРО АГЕНТ ПО РАСПИСАНИЮ: Он нужен для того, чтобы пользователи не имели возможности модифицировать в разных репликах одни и те же данные. (+) (Ivan Tsibanenko) (04.07.2006 14:46:43)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:56:06)
................................ Все таки репликация и СоpyToDATABASE это разные вещи...Хотя СоpyToDATABASE действует тоже секунду..(+) (igor Bozhinsky) (20.06.2006 18:56:01)
........................ Дим, это смотря что нужно... (+) (Ivan Tsibanenko) (20.06.2006 17:21:30)
............................ вот с этого и надо начинать. с постановки задачи. а то сейчас навали кучу советов и цена ей будет ? (Mitka Akulov) (20.06.2006 17:23:12)
................................ Согласен... :-) Мне почему-то кажется, что в данном случае краски (по поводу срочности) могут быть немного сгущены. И, если это так, метода лучше, чем репликация, не существует. (-) (Ivan Tsibanenko) (20.06.2006 17:26:10)
............ А почему для извещения не воспользоваться альтернативными каналами, а доставку оставить надежной репликации ? (Николай Г. Голещихин) (21.06.2006 8:07:16)
................ Всё, опять же, зависит от требований к системе (+) (Ivan Tsibanenko) (21.06.2006 10:15:20)
.................... Вань , может тебе пора книгу напсать. имхо на рынке дыра, пару сотен экз. продать запросто. тоже будешь хотеть 100к, как Женя. (Mitka Akulov) (21.06.2006 10:35:12)
........................ Являются ли миллионерами авторы книг о том, как стать миллионером? (+) (Ivan Tsibanenko) (21.06.2006 11:38:28)
............................ ;) (Mitka Akulov) (21.06.2006 12:18:48)
................................ {Как говорил один мой знакомый... покойник! - "Я слишком много знал..."} (+) (Ivan Tsibanenko) (21.06.2006 12:28:16)
.................................... ааа, так ты про это ... так это не я первый начал. а на обиженных воду возят, удар держать надо. а глубокоуважаемый Писатель (никаких имен ) свои требования сам озвучил, поиск не даст соврать. (Mitka Akulov) (21.06.2006 13:48:46)
........................ Не могу молчать (с), а еще я в Париж второй раз собираюсь (сс :) (Evgeny V Polyakov) (21.06.2006 12:34:55)


Разработчикам и администраторам: курсы, книги, сертификация