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

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

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

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

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

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

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


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