
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
24.04.2013, 15:06
|
|||
|---|---|---|---|
ASA 9 Выгрузка удаленной базы с акаунтами (userid, которые уже имеются в консолидированной |
|||
|
#18+
Всем привет! Есть консолидированная база, в ней некоторое количество заведенный user-ов при заведении remote user-а и выгрузке для него базы, на выходе имею базу в админским акаунтом, паблишером и удаленным пользователем. А как сделать, чтобы все имеющиеся пользователи оказались тоже в удаленной базе? или это несекьюрно и пресекается умышленно? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.04.2013, 18:11
|
|||
|---|---|---|---|
ASA 9 Выгрузка удаленной базы с акаунтами (userid, которые уже имеются в консолидированной |
|||
|
#18+
интересно, что простой unload без данных выдает и все акаунты и разрешения. просто лишний шаг ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.04.2013, 18:20
|
|||
|---|---|---|---|
ASA 9 Выгрузка удаленной базы с акаунтами (userid, которые уже имеются в консолидированной |
|||
|
#18+
А я не вижу смысла в этом желании. Консолидированная база должна работать в главном офисе. Удаленная база в филиале. Главный офис и филиал это по определению два физически разных офиса, в которых работают разные группы людей. Отсюда вывод - пользователи одной базы не нужны в другой и наоборот. Исключение составляют только один-два человека которые по бизнес-причинам должны мотаться по филиалам. Но такие люди обычно не работают с базой напрямую, но если и работают - завести для них аккаунт в филиале не сложно. В конце концов, можно сделать и скрипт типа: grant connect to travaler identified by 'password' и разослать его по филиалам (ну и выполнять сразу после dbextract). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
24.04.2013, 19:03
|
|||
|---|---|---|---|
ASA 9 Выгрузка удаленной базы с акаунтами (userid, которые уже имеются в консолидированной |
|||
|
#18+
бизнес-процессы разные бывают как пример: нефтеналивные терминалы и инспектора, которые меняют постоянно свои точки, т.е. сегодня он здесь, завтра еще где-то. поэтому удобно иметь всех пользователей как одно целое, т.е. как и данные. поэтому если залезли на новый нефтетерминал, то нужно чтобы все имеющиеся контакты были там. пока выкрутился так: делаю unload консолидированной (только структуру) потом батник findstr.exe /B /C:"GRANT CONNECT TO" /C:"GRANT MEMBERSHIP IN GROUP" D:\Download\unload.sql > D:\Download\result.sql потом замена "GRANT" на ";GRANT" удаление служебных конструкций "AT 102" потом прогон на новой базе. просто из-за того, что это бывает нужно редко, не особо напрягает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=55&mobile=1&tid=2009978]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
187ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
44ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 289ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...