powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Совместные таблици
6 сообщений из 6, страница 1 из 1
Совместные таблици
    #40100756
Janex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Привет всем.
FB4.
Есть у меня главная база и другие. В главнои базе есть несколько таблиц к которим
в read only режиме нужен доступ из других баз.
Шас сделал ето через execute statement. Всё работает, но задумался - а можбить
можно как то так сделать что в главнои базе ети таблици делаю как External и
потом их прикручиваю как то к остальным базам ...
Мож чуш несу, скажие чтоб зря время нетерять, можно так вообше - да или нет ?

WBR
Janex
...
Рейтинг: 0 / 0
Совместные таблици
    #40100762
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можно эти базы загнать в режим R/W replica и настроить залитие этих таблиц из
главной.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Совместные таблици
    #40100765
Janex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakov

Можно эти базы загнать в режим R/W replica и настроить залитие этих таблиц из
главной.

Что то недогоняю :(
Все базы разные, в главнои лежат пара таблиц которы должны бить как бы совместные,
типо в главнои базе таблица STAFF, там она коректируется, добовляются новые записи итд а
остальные базы тож должны юзать в RO режиме ету таблицу...
С репликациеи там ето вроде как непрокатит...
...
Рейтинг: 0 / 0
Совместные таблици
    #40100769
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Janex,

нету в ФБ внешних таблиц которые к другим базам подрубаются.
Но можно сделать относительно прозрачную ХП, которая для SELECT запросов всё равно что таблица, а внутри неё execute statement.

Вариант DS тоже интересный. Никто не мешает не давать на эти таблицы никаких прав кроме SELECT

З.Ы. В 4.0 для ES ON EXTERNAL можно настроить пул соединений для ускорения повторного доступа.
...
Рейтинг: 0 / 0
Совместные таблици
    #40100876
Фотография wadman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А линки вообще имеются в планах?
...
Рейтинг: 0 / 0
Совместные таблици
    #40101410
Фотография Старый плюшевый мишка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
+1 за репликацию. Тут ведь какое дело. С одной стороны, если пофилософствовать по Дейту, то один справочник в центральной базе - это хорошо, нет парадоксов дублирования. С другой стороны а) попадаешь в зависимость всех подсистем от доступности центральной базы в каждый момент времени, бе) джойны и всё такое идут лесом, ве) тормозишки по-любому. А тут - шедулер время от времени докачивает новизну и всё. Не смог провести какой-то сеанс - ну, исходя из названия таблицы STAFF - какова вероятность того, что появился новый сотрудник и в сателлитных базах срочно и всенепременно нужно работать именно с записью о нём? И какая беда произойдёт с того, что старый сотрудник волосы перекрасил, а сателлиты узнают об этом только через полчаса? В конце концов, капу приделать - разослать свежие данные прямо сейчас, сразу после ввода.
...
Рейтинг: 0 / 0
6 сообщений из 6, страница 1 из 1
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Совместные таблици
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]