|
kuyst_Opus_*
|
|
Перенести документы из одной базы в другую01.05.2006, 11:21. Показов 24866. Ответов 12
Метки нет (Все метки)
Имеются 2 копии одного приложения, установленные в разных организациях. Данные в приложениях у каждой из организаций свои, однако время от времени одна из них должна отправлять документы другой. Причем некоторые из документов этой посылки являются ответами на другие. В свою очередь, эта вторая организация должна отсылать ответы на эти документы, которые должны сохраниться в первой БД именно как ответы именно на эти документы.
Подскажите, плз, как проще организовать такое взаимодействие. Самому в голову приходят только решения "в лоб": снабжать документы номерами (на UNIDы, как я понимаю, полагаться не выйдет), потом пересылать их и самому программно выстраивать нужную иерархию. |
|
| 01.05.2006, 11:21 | |
|
Ответы с готовыми решениями:
12
Как перенести базы MS SQL с одной машины на другую Копирование данных из одной таблицы в другую в пределах одной базы. Не работает счетчик Перенести таблицу из одной БД в другую |
|
2 / 2 / 0
Регистрация: 21.08.2008
Сообщений: 40
|
|
| 02.05.2006, 09:06 | |
|
А если их сделать репликами и настроить частичную репликацию только документов входящих в view?
серверами между сообой cross сертифицировать.
0
|
|
|
0 / 0 / 0
Регистрация: 28.04.2006
Сообщений: 225
|
|
| 02.05.2006, 09:30 | |
|
Хм, интересно, мне казалось, что репликация подразумевает полную синхронизацию документов в БД, правда, я еще слишком мало шарю... Не подскажете, где можно об этом подробнее почитать? Желательно с поправкой на то, что связь между серваками организаций будет устанавливаться по dial-up, так что будет критичным быстродействие.
А заодно - как быть в такой ситуации с пользователями: у каждой базы есть админ, причем желательно, чтобы админ второй базы (принимающей документы) не мог редактировать принимаемые из первой базы докумены; админ первой базы может делать все, что хочет.
0
|
|
|
2 / 2 / 0
Регистрация: 21.08.2008
Сообщений: 40
|
|
| 02.05.2006, 13:14 | |
|
<!--QuoteBegin-LuMee+3:05:2006, 07:17 -->
<span class="vbquote">(LuMee @ 3:05:2006, 07:17 )</span><!--QuoteEBegin-->Хм, интересно, мне казалось, что репликация подразумевает полную синхронизацию документов в БД, правда, я еще слишком мало шарю... Не подскажете, где можно об этом подробнее почитать?[/quote] В настройках репликации откройте закладку Advanced, там есть настройки какие документы получать от других реплик <!--QuoteBegin-LuMee+3:05:2006, 07:17 --> <span class="vbquote">(LuMee @ 3:05:2006, 07:17 )</span><!--QuoteEBegin-->А заодно - как быть в такой ситуации с пользователями: у каждой базы есть админ, причем желательно, чтобы админ второй базы (принимающей документы) не мог редактировать принимаемые из первой базы докумены; админ первой базы может делать все, что хочет.[/quote] Если у документе присутствует поле типа Authors, то изменять документ могут только лица (группы, роли) которые включены в это поле. Все остальные идут лесом, даже ести у них права манагера на эту базу (правда если у ваших админов есть права Full Access administrators, то это не поможет они смогут получить доступ к этому документу)
0
|
|
|
0 / 0 / 0
Регистрация: 22.03.2006
Сообщений: 41
|
|
| 02.05.2006, 14:14 | |
|
<!--QuoteBegin-osmor+3:05:2006, 11:01 -->
<span class="vbquote">(osmor @ 3:05:2006, 11:01 )</span><!--QuoteEBegin-->Если у документе присутствует поле типа Authors, то изменять документ могут только лица [snapback]34796" rel="nofollow" target="_blank[/snapback]?[/quote] Не Autors, а Readers. Все эдиторы и выше могут редактировать все документы которые они могут видеть. Вне зависимости есть они в поле Autors или нет. А вот поле Readers закрывает возможность вообще видеть документ. Даже менеджер базы ничего не сможет сделать с документам, если его нет в поле Readers
0
|
|
|
0 / 0 / 0
Регистрация: 28.04.2006
Сообщений: 225
|
|
| 02.05.2006, 16:10 | |
|
<!--QuoteBegin-ivashkalotus+3:05:2006, 13:01 -->
<span class="vbquote">(ivashkalotus @ 3:05:2006, 13:01 )</span><!--QuoteEBegin-->Не Autors, а Readers. Все эдиторы и выше могут редактировать все документы которые они могут видеть. Вне зависимости есть они в поле Autors или нет. А вот поле Readers закрывает возможность вообще видеть документ. Даже менеджер базы ничего не сможет сделать с документам, если его нет в поле Readers [snapback]34815" rel="nofollow" target="_blank[/snapback]?[/quote] ну из Readers всех исключать уже некрасиво - видеть-то документы надо... Вот можно ли настроить так, чтобы в случае изменения документов в принимающей базе эти изменения не попадали в высылающую? Т.е. чтобы при следующем сеансе репликации они восстанавливали статус-кво?
0
|
|
|
2 / 2 / 0
Регистрация: 21.08.2008
Сообщений: 40
|
|
| 03.05.2006, 09:27 | |
|
<!--QuoteBegin-ivashkalotus+3:05:2006, 12:01 -->
<span class="vbquote">(ivashkalotus @ 3:05:2006, 12:01 )</span><!--QuoteEBegin-->Не Autors, а Readers.[/quote] Да это я погорячился Конечно поле Authors только для уровня авторы. У меня еще стоит проверка на Querymodechange, если текущий пользователь отсутсвует в списке авторов, от Cancel = true
0
|
|
|
0 / 0 / 0
Регистрация: 09.11.2003
Сообщений: 283
|
|
| 03.05.2006, 10:35 | |
|
<!--QuoteBegin-osmor+4:05:2006, 06:14 -->
<span class="vbquote">(osmor @ 4:05:2006, 06:14 )</span><!--QuoteEBegin-->У меня еще стоит проверка на Querymodechange, если текущий пользователь отсутсвует в списке авторов, от Cancel = true [snapback]34897" rel="nofollow" target="_blank[/snapback]?[/quote] А администратор может изменить это поле? Скажем, накатав агент, который подберет этот документ и впишет кого надо в Authors? Мне важно, чтобы для передаваемых документов силу имели только те изменения, которые осуществляются в первой, передающей т.е., БД. В принимающей БД эти документы должны быть доступны только для просмотра, а если кто и дорвется их подправить, то это недоразумение должно быть устранено при очередной репликации
0
|
|
|
0 / 0 / 0
Регистрация: 22.03.2006
Сообщений: 41
|
|
| 03.05.2006, 11:12 | |
|
Администратор может все, что видит. Так что тебе к полю Readers.
0
|
|
|
0 / 0 / 0
Регистрация: 28.04.2006
Сообщений: 225
|
|
| 03.05.2006, 15:26 | |
|
<!--QuoteBegin-ivashkalotus+4:05:2006, 09:59 -->
<span class="vbquote">(ivashkalotus @ 4:05:2006, 09:59 )</span><!--QuoteEBegin-->Администратор может все, что видит. Так что тебе к полю Readers. [snapback]34907" rel="nofollow" target="_blank[/snapback]?[/quote] Это я понял... Вопрос в том, можно ли настроить репликацию так, чтобы все, что наизменяют в принимающей базе было впоследствии отменено при новой репликации и в передающую не попало... Править Readers не пойдет, эти документы должны быть доступны для просмотра целой куче народа.
0
|
|
|
0 / 0 / 0
Регистрация: 27.03.2006
Сообщений: 122
|
|
| 03.05.2006, 19:59 | |
|
Для: LuMee
Так как работа будет производиться с репликой, то можно добиться нужного секьюрити, при которой, скажем, очень проблематично будет изменить какие-либо документы. <!--QuoteBegin-LuMee+4:05:2006, 12:13 --> <span class="vbquote">(LuMee @ 4:05:2006, 12:13 )</span><!--QuoteEBegin-->Вопрос в том, можно ли настроить репликацию так, чтобы все, что наизменяют в принимающей базе было впоследствии отменено при новой репликации и в передающую не попало.. [snapback]34928" rel="nofollow" target="_blank[/snapback]?[/quote] - нет так нельзя ... но можно реплицировать в одну сторону, тогда в передающую ничего не попадет
0
|
|
|
0 / 0 / 0
Регистрация: 28.04.2006
Сообщений: 225
|
|
| 03.05.2006, 22:13 | |
|
<!--QuoteBegin-Murtas+4:05:2006, 18:46 -->
<span class="vbquote">(Murtas @ 4:05:2006, 18:46 )</span><!--QuoteEBegin-->нет так нельзя ... но можно реплицировать в одну сторону, тогда в передающую ничего не попадет [snapback]34958" rel="nofollow" target="_blank[/snapback]?[/quote] Вот это уже интереснее... Можно поподробнее?
0
|
|
|
0 / 0 / 0
Регистрация: 27.03.2006
Сообщений: 122
|
|
| 04.05.2006, 20:17 | |
|
В серверной АК есть Connections - вот там выставляют направление Push Pull, Push Only, Pull Only ...
0
|
|
| 04.05.2006, 20:17 | |
|
Помогаю со студенческими работами здесь
13
Перенести переменные одной формы в другую Перенести данные с одной страницы на другую Перенести данные из одной таблицы в другую перенести файл из одной папки в другую Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
Новые блоги и статьи
|
|||
|
Модель заражения группы наркоманов
alhaos 17.04.2026
Условия задачи сформулированы тут
Суть:
- Группа наркоманов из 10 человек.
- Только один инфицирован ВИЧ.
- Колются одной иглой.
- Колются раз в день.
- Колются последовательно через. . .
|
Мысли в слух. Про "навсегда".
kumehtar 16.04.2026
Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .
|
My Business CRM
MaGz GoLd 16.04.2026
Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .
|
Знаешь почему 90% людей редко бывают счастливыми?
kumehtar 14.04.2026
Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . .
а удачный момент так и не приходит.
|
|
Фиксация колонок в отчете СКД
Maks 14.04.2026
Фиксация колонок в СКД отчета типа Таблица.
Задача: зафиксировать три левых колонки в отчете.
Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка)
/ / . . .
|
Настройки VS Code
Loafer 13.04.2026
{
"cmake. configureOnOpen": false,
"diffEditor. ignoreTrimWhitespace": true,
"editor. guides. bracketPairs": "active",
"extensions. ignoreRecommendations": true,
. . .
|
Оптимизация кода на разграничение прав доступа к элементам формы
Maks 13.04.2026
Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2.
Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива.
Было так:. . .
|
Контроль заполнения и очистка дат в зависимости от значения перечислений
Maks 12.04.2026
Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2.
Задача: реализовать контроль корректности заполнения дат назначения. . .
|