|
|
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
2Jimmy::-- Схожий диалект SQL? Например: MSSQL DT pack сделает такую же работу без дополнительных затрат и при лучшем быстродеиствии; Oracle - тоже. А ну ка попробуите сделать импорт структуры об'ектa в DataStage из Oracle, где этих об'ектов более 1000? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2004, 19:31 |
|
||
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
По поводу суррогатных ключей могу сказать, что в DS это все реализуется и достаточно просто (при условии что этот mapping будет в том или ином виде сохраняться в БД). А так про DS в общем и целом - работаю с ним чуть больше года. Средство на самом деле достаточно мощное и в то же время понятное. Довольно простое в поддержке. Правда, когда начинаешь в него довольно глубоко залезать, проявляются некоторые досадные не очень приятные вещи. Но что поделать :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.05.2004, 22:16 |
|
||
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
2 EugeneU По поводу суррогатных ключей могу сказать, что в DS это все реализуется и достаточно просто (при условии что этот mapping будет в том или ином виде сохраняться в БД). Карта соответсвия ключей естественно хранится в БД. Просто - как? В двух словах. ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2004, 13:56 |
|
||
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
Пишется функция, которая на вход получает "первичный" ключ и имеет возможность посмотреть, есть ли уже суррогат для такой комбинации. Если есть, то возвращает его, если нет, то генерит новый (опять же функция должны "знать" какой был максимум до начала работы) и запоминает, что теперь максимум именно такой. Для этого удобно закачивать mapping и текущий максимум в hash files (DS довольно просто умеет из него читать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.05.2004, 21:10 |
|
||
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
Прибор этот необычайно силен, скажу я Вам. Возможности огромные. Есть желание что-то кудато перегнать, Оракл, Сай, Сиквел, все очень просто и легко. Уровень подготовки большой не требуется. Толковая голова и маны в зубах вот что надо чтобы через месяц перегонять все и всюду, ну конечно в рамках разумного. Если у вас в корпорации десятки серверов то данный продукт просто незаменим. При должной настройке, одной кнопкой связываем все БД, из каждой что-то вытягиваем, форматы преобразовываем, значение выборочно изменяем, сортируем, удаляем, записываем все это в файлы, подключаем XML, ОДБЦ и т.д. Сутра приходим а у нас уже новая БД :) Вобщем продукт сильнейший! Кстати есть вопрос по этому щастью... Перегоняю из Оракла в файлы 8 таблиц, 3 из них по 4 миллиона строк. При запуске джоба в ДСДиректоре статус двух из этих больших таблиц показывает "Other=0" при этом время протекания процесса и скорость не отображаеться. Одна таблица уже закончила вторую еще жду. В хелпе по поводу статуса ничего не сказано, такое чувство что его не существует, Гугл малчит по этому поводу... Вобщем подскажите если кто встречался с таким "щастьем"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2006, 14:01 |
|
||
|
DATASTAGE - мнения?
|
|||
|---|---|---|---|
|
#18+
Есть тут кто-то работающий с данным ПО? Ищу однодумцев, для обмена опытом и идеями =) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.12.2006, 13:02 |
|
||
|
|

start [/forum/search_topic.php?author=Sane4e&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 673ms |
| total: | 845ms |

| 0 / 0 |
