Сергей Андреев

Если id одинаковый (То есть у нас есть один "человек" с id, например, 5 имя которого записано под id 5 в таблице t1, фамилия под id 5 в таблице t2, а работа под id 5 в таблице t3) то:

SELECT 
t1.id, t1.name, t2.suname, t3.job 
FROM t1
INNER JOIN t2 ON t1.id = t2.id
INNER JOIN t3 ON t1.id = t3.id

1. Установить на все связи "on update cascade"

2. для каждой БД выбрать непересекающийся диапазон ИД

основная БД: 0-1000000000
региональная БД1: 1000000000-2000000000
региональная БД2: 2000000000-3000000000
региональная БД3: 3000000000-4000000000

3. увеличить значения ИД для всех таблиц

региональная БД1:
"update table1 set id=id + 1000000000"
"update table2 set id=id + 1000000000"
"update table3 set id=id + 1000000000"

региональная БД2:
"update table1 set id=id + 2000000000"
"update table2 set id=id + 2000000000"
"update table3 set id=id + 2000000000"

региональная БД3:
"update table1 set id=id + 3000000000"
"update table2 set id=id + 3000000000"
"update table3 set id=id + 3000000000"

4. Импортировать данные из региональных БД
5. Установить значения для последовательностей больше последних ИД в таблицах

Используйте substr для того, чтобы отрезать последние 5 символов.

Что-то вроде update 'alias' set keyword=substr(keyword,0,-5)

Ядерный ракетный двигатель разработан уже достаточно давно. Существуют два рабочих прототипа: американский двигатель NERVA, и советский РД-0410. Безусловно, эти двигатели смогут сократить время полета до Марса, но даже с ними полет займет больше чем один месяц. Почему эти двигатели не используются? Скорее всего, потому что человечество практически не выбирается за пределы орбиты Земли, а использовать ядерный двигатель для вывода космического корабля на орбиту вредно для экологии из за его радиоактивного выхлопа. Возможно если бы мы регулярно летали хотя бы до Луны, то на ядерные двигатели появился бы спрос, а налаживать серийное производство таких двигателей ради одной планируемой в отдаленном будущем миссии никто не станет.

1 - MS SQL целесообразно использовать в связке с .NET стеком. если к примеру Вы используете PHP проще все таки работать в паре c MySql, если Node.js - связка с MongoDB будет очень органичной

в таких сочетаниях проще находить примеры решений. иначе у Вас появится отдельная головная боль увязывать решения из разных огородов и не редко с очень с разным менталитетом

(надо учесть что MongoDB это NoSql семейство, выбор БД вообще надо делать на достаточно ранней стадии и очень осознанно, почитайте к примеру по ссылкам habrahabr.ru/post/231213 и habrahabr.ru/post/229129/)

самая большая цена любого проекта - это трудоемкость. а любой выход за рамки типовой комбинации стека технологий резко повышает ее

2 - "хостмонстр" и Азурь не соизмеримы по стоимости, а значит и по возможностям масштабирования

надо понимать ряд моментов

- в целом цена и уровень услуги довольно четко коррелируют. то есть там "хостмонстр" уже ни чего нового Вам предложить не может, только только появляются начальный уровень Азури. и по ценам и по производителности

- лидеров по масштабируемости два основных - Amazon AWS и Азурь, при этом Азурь принципиально строит ценовую политику - "не дороже чем аналогичный уровень у Amazon AWS"

- Азурь предлагает бесплатные начальные уровни для сайтов, мобильных служб и БД (при создании мобильной службы, можно создать одну БД обьемом 20Мб, для макетной разработки), но потом ценики довольно резко растут. появляется ниша между бесплатными возможностями и начальными уровнями сервисов под боевую нагрузку - они уже ощутимо дороги

именно эту нишу и можно закрывать услугами хостеров типа "хостмонстр". но только при условии что Вы выбрали не майкрософтовский стек

если макрософтовский (.NET + MS SQL мой выбор, по тому доп. инфа) - тогда будет дефицит хостингов промежуточного уровня

можно посмотреть уровни цен более менее интересных предложений для начальных уровней ниже:
https://ultravds.com/#main
https://www.primahost.info/ (Windows VPS (KVM) внизу страницы)
https://somee.com/CustomizeIt.aspx?pid=100000002361

но по достижению действительно БОЛЬШИХ нагрузок, Вы все равно придете на Amazon AWS и Азурь

3 - что бы легче ориентироваться в сравнения, калькулятор цен Азури все таки придется освоить. как известно "аппетит приходит во время еды" - возьмите бесплатный 3х месячный триал и пробуйте разные сервисы

если не изменяет память - там можно будет смотреть предполагаемый расчет на конец расчетного периода на основании заказанных сервисов и достигнутых нагрузок

еще один нюанс - в период триала там вроде бы предоставляются услуги в пределах 500 баксов (тоже если не путаю), если израсходовать ресурсов на большую сумму (а это можно и за один день - заказав мощную машину и загрузив ее на всю катушку), подписка блокируется и предлагается перейти на платный режим - тут надо учесть что блокируется только до конца расчетного месяца! можно просто подождать, затем еще 2 месяца продолжать изучение. а расчетный месяц отсчитывается от даты регистрации

Этот скрипт должен помочь:

;WITH cte AS
(
	SELECT parent_object_id = OBJECT_ID('dbo.Table1', 'U')

	UNION ALL

	SELECT fk.parent_object_id
	FROM cte t
	JOIN sys.foreign_keys fk ON t.parent_object_id = fk.referenced_object_id
)
SELECT OBJECT_NAME(parent_object_id)
FROM cte