История изменений

Я не шибко разбираюсь в базах данных, и был удивлён, когда не смог сделать join

Ну все зависит от задачи. Возьмем гипотетический случай. Твоя база db1 – это, скажем, обычная база простого сайта. Пусть туда приходят заявки с него. Теперь представим, что у тебя большие масштабы и ты делаешь для всех регионов глобальную базу заявок, это будет db2. И твой сайт N региона A должен при добавлении заявки к себе, дублировать ее с доп. данными к удаленной базе db2. Потом уже какие-нибудь манагеры, через какую-нибудь web-морду, как-то там работают с ней, это уже не важно. Вот если примерно так разделены базы, и _пока_ на какой-то отдельной стадии db2 просто хранится на текущем сервере, то это еще можно понять. А вот если у тебя в db1 тупо каталог какой-нибудь, и, допустим, в db2 есть таблицы которые чисто логически должны быть в db1 – то это уже маразм. Короче – все зависит от ситуации. Входных данных слишком мало чтобы говорить «что это» или обсирать кого-то конкретного.

Я не шибко разбираюсь в базах данных, и был удивлён, когда не смог сделать join

Ну все зависит от задачи. Возьмем гипотетический случай. Твоя база db1 &ndash это, скажем, обычная база сайта. Пусть туда приходят заявки с сайта. Но, представим, что у тебя большие масштабы и ты делаешь для всех регионов глобальную базу заявок, это будет db2. И твой сайт N региона A должен при добавлении заявки к себе, дублировать ее с доп. данными к удаленной базе db2. Потом уже какие-нибудь манагеры, через какую-нибудь web-морду, как-то там работают с ней, это уже не важно. Вот если примерно так разделены базы, и _пока_ на какой-то отдельной стадии db2 просто хранится на текущем сервере, то это еще можно понять. А вот если у тебя в db1 тупо каталог какой-нибудь, и, допустим, в db2 есть таблицы которые чисто логически должны быть в db1 – то это уже маразм. Короче – все зависит от ситуации. Входных данных слишком мало чтобы говорить «что это» или обсирать кого-то конкретного.