Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
28.03.2012, 18:01
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
Доброго времени суток! по работе пришлось начать общение с teradata. никак не могу найти аналог MS SQL' ской конструкции select * from openquery() или просто задания линкованного сервера. суть проблемы: есть ODBC драйвер для другой СУБД. как вытянуть данные на Teradata в рамках запроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2012, 00:51
|
|||
|---|---|---|---|
Аналог связанных серверов в Teradata |
|||
|
#18+
Никак, нет такого в Терадате. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.04.2012, 16:22
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
Apex, спасибо. значит ли это, что отсутствует возможность горячей переброски данных в процедуре? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2012, 01:42
|
|||
|---|---|---|---|
Аналог связанных серверов в Teradata |
|||
|
#18+
Денисик_АналитикApex, спасибо. значит ли это, что отсутствует возможность горячей переброски данных в процедуре? Понятия не имею, т.к. не имею и понятия о том, что значить "горячая переброска данных". Вообще, для переноса данных откуда-то из вне в проектах с Терадатой используют промышленные ETL: Informatica, DataStage, ODI и т.д. Даже в проектах где Оракл является основной СУБД для ХД Database Link'и используются очень редко, обычно когда проект и хд еще маленькие и незрелые, затем их благополучно выкидывают и используют промышленные ETL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2012, 17:56
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
ApexДенисик_АналитикApex, спасибо. значит ли это, что отсутствует возможность горячей переброски данных в процедуре? Понятия не имею, т.к. не имею и понятия о том, что значить "горячая переброска данных". Вообще, для переноса данных откуда-то из вне в проектах с Терадатой используют промышленные ETL: Informatica, DataStage, ODI и т.д. Даже в проектах где Оракл является основной СУБД для ХД Database Link'и используются очень редко, обычно когда проект и хд еще маленькие и незрелые, затем их благополучно выкидывают и используют промышленные ETL.Ну насколько я понял человек хочет обращаться к удаленному серверу в момент выполнения запроса к Teradata. Обычно так не делают. Хранилище оно на то и хранилище, чтобы иметь полную копию всех данных, необходимых для аналитики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.04.2012, 21:23
|
|||
|---|---|---|---|
Аналог связанных серверов в Teradata |
|||
|
#18+
Денисик_Аналитикесть ODBC драйвер для другой СУБД. как вытянуть данные на Teradata в рамках запроса?Вообразим, что это возможно. Тогда либо надо было бы рядом с проприентарной терадатовской сеткой проложить приличный GigE или не дай бог инфинибанд, чтобы каждый узел мог напрямую кинуть запрос на ту "другую" СУБД. Это долларого. Либо надо было бы назначить несколько узлов "шлюзами" (и заодно "бутылочными горлышками"). Технически реализуемо. По деньгам --- смущает. Как следствие, толстые СУБД в подобных случаях стараются не связывать напрямую. Либо классический ETL, либо что-то интероперабельное на базе RDF, либо ставят миддлварную СУБД с виртуальной схемой, которая обращается к двум толстым СУБД за данными и собирает ответ из кусочков (ну и обновление тогда уж через ту же миддлварь с честным DTS рядышком). Либо 2--3 этих метода вперемешку. На правах рекламы ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
09.04.2012, 16:25
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
iv_an_ru, авторставят миддлварную СУБД с виртуальной схемой, которая обращается к двум толстым СУБД спасибо, буду пытаться) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.10.2012, 10:36
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
iv_an_ruВообразим, что это возможно. Тогда либо надо было бы рядом с проприентарной терадатовской сеткой проложить приличный GigE или не дай бог инфинибанд, чтобы каждый узел мог напрямую кинуть запрос на ту "другую" СУБД. Это долларого. Либо надо было бы назначить несколько узлов "шлюзами" (и заодно "бутылочными горлышками"). Технически реализуемо. По деньгам --- смущает. Считаю, что бред: т.к. если с клиентского компа коннектитесь к базе и делаете select - вы что же инфинибандом к нодам Терадаты привязаны? Или "горлышков" в TD от этого полно? Коннектятся 100 клиентов - весь инстанс Терадаты фатально деградирует из-за "бутылочных горлышек"? Или все клиентские компы по 10Гигабитным сеткам к инстансу подключены? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.10.2012, 10:38
|
|||
|---|---|---|---|
|
|||
Аналог связанных серверов в Teradata |
|||
|
#18+
Конечно если везде накидать терабитных каналов - то скорость наверняка вырастет несколько, но блин - это не обязательное требование же ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.10.2012, 12:04
|
|||
|---|---|---|---|
Аналог связанных серверов в Teradata |
|||
|
#18+
pectopatopСчитаю, что бредЗря считаете. Представьте себе, что вы заменили терадатовский внутрикластерный протокол на ODBC. Терадата после этого шевелиться будет, как вы думаете? Как раз в надежде хоть чем-то скомпенсировать полную непригодность ODBC для обмена промежуточными данными SQL-интерпретатора, вам вместо одной связи разумной толщины придётся сделать неразумно толстую распределённую связь. Но проще выбрать правильный инструмент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=56&mobile=1&tid=2015312]: |
0ms |
get settings: |
8ms |
get forum list: |
10ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
150ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 11ms |
| total: | 249ms |
| 0 / 0 |
Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...
