Доброе время суток, форумчане.
Подскажите, пожалуйста:
как осуществить распределенный запрос к нескольким БД?
(вот например, есть компонент в delphi, ADOConnection1, он соединен у меня с БД, на этой же машине, есть также TADOQuery, в котором я пишу запрос к таблице в этой БД – с этим понятно.
Вопрос: а если запрос происходит в две таблицы, которые находятся в разных БД, как это реализовать?

или дайте ссылочку

Платформа используется - MySQL.

Спасибо

>KBO78   (26.03.15 02:31)
в вашем случае, надо положить на форму ещё один ADOConnection и ADOQuery

предвосхищая следующий вопрос, почитайте про TClientDataset

>Кщд   (26.03.15 08:06)
да, да я это конечно сделал первым делом (с ADOConnection и ADOQuery),

вот например запрос:
"SELECT * FROM detail LEFT JOIN provider ON detail.provider_id = provider.id"
объединяет запрос с двух таблиц в одной БД.

а у меня 2 БД, "depositary" и "company" с соотрветствующими таблицами.

Если я правильно Вас понял, то компонент "TClientDataset", как раз этим и занимается

> Платформа используется - MySQL.


Houston, we have a problem

Да, платформа - MySQL,
а в чем проблема, подскажите...

>>Плохиш

а причем тут "CROSS JOIN", насколько я понимаю это объединение нескольких таблиц в одну, только из одной БД, а у меня несколько БД

> насколько я понимаю это объединение нескольких таблиц в одну


Неправильно понимаешь. Не таблиц, а "источников данных", каковыми может выступать много чего всякого. Таблица, view, хранимая процедура, подзапрос и т.д.


>  только из одной БД

не обязательно.

Согласен,
но вопрос остается,
тогда мне нужно получается, кидать на форму два "ADOConnection1", которые подключены к каждой БД на каждая на отдельном сервере, TADOQuery - останется одно ...- ересь какая-то.

Как правильно?

> Как правильно?


Твои вопросы выглядят примерно так:
"Мне нужно сделать ремонт. Что нужно?"

Ремонт чего? Книги? Дома? Комнаты? Автомобиля?
Если комнаты, то какой ремонт? Капитальный? Косметический? А стены какие? Кирпичные? Бетонные? Несущие? А метраж? А что с электропроводкой и полом?

Сформулируй чётко задачу. Представь, что ты преподаватель и тупому студенту объясняешь, что от него требуется. Поскольку ты преподаватель, то ты умеешь чётко излагать свои мысли, причём не на жаргоне. А поскольку студент тупой, то расписываешь задачу так, чтобы даже он всё понял.
После этого тебе, возможно, помогут. Без - будет никому не нужное вангование, стёб, а возможно и сага про XYZ ( http://www.gunsmoker.ru/2008/10/x-y-z.html )

> Как правильно?

Если сегодня, то сегодня правильно "Иран", а не "Ирак"

либо несколько коннекшенов плюс склеивание нескольких роусетов в адодатасете
либо ликовать сервера и лепить юнионы
либо трехзвенка, апп сервер которой умеет первый пункт.
либо асинхронный распределенный запрос на все сервера со сборкой  результатов по мере их поступления (суть самопальный и кастомизированный пункт три)

извиняюсь, конкретизирую,
итак,
у меня есть платформа для распределенной базы данных (РБД) (я взял стратегию расчлененной РБД) - на МySQL.
Я создал 3 БД (с одной таблицей в каждой из них), потом эти БД я раскидаю по разным виртуальным ПК.

С конкретной БД, я умею "общаться" при помощи (ADOConnection и ADOQuery).

Я хочу научиться делать распределенные запросы в РБД. Чтобы разнеся в дальнейшем эти БД по серверам, у меня не было проблем, с работой  с данными

Я почитал http://www.osp.ru/dbms/1995/03/13031428/, но там общие слова, мне нужно конкретно.
Помогите пожалуйста

конкретно,
какие учавствуют в распределении запросов, и что для этого необходимо?

в общем рано тебе еще.

а по ссылке там не прост общие слова, там ерунда написана и много буков.

когда мне потребовалось (прозрачно для клиента) получить данные с переменного количества однородных источников, я просто взял и за неделю нарисовал это.

а чел там всерьез и с умным видом рассуждает,
что если есть "select * from table", но таблица эта на двух серверах,
то какую же из них тянуть на соседний сервер
чтобы типо оптимально было.
ну и потом чтобы нахерачить юнион на оригинальную и реплицированную.

все пропало... :-(

Статья - блеск. Отдельно порадовали картинки из давно забытого windows 3.1 и восторженный рассказ про ODBC.

ну а есть конкретные шаги как это все реализовать?