Так уж сложилось, что в последнее время приходится заниматься Real-Time технологиями. Это и GoldenGate, и Real Time Decision. Невольно осматриваешься по сторонам и понимаешь, как много сейчас делает Oracle для того, чтобы сократить задержки - будь то репликации, анализа или обслуживания клиентских запросов.
Если окинуть взглядом эту картину, начинает прорисовываться стройная архитектура корпоративного решения, где есть место многим продуктам Oracle. В этом посте я хочу рассказать об еще одном компоненте из этой мозаики - TimesTen.
Сохранять и периодически совершенствовать подключаемую архитектуру инструментов хранения MySQL.
После окончания срока действия текущих договоров с изготовителями комплексных продуктов, включающих MySQL (OEM) предложить поставщикам инструментов хранения, на данный момент являющимся обладателями коммерческой лицензии Sun, продлить договоры на тех же условиях на срок, истекающий не позднее 10 декабря 2014 года.
Совершенствовать и создавать дальнейшие версии MySQL в рамках общедоступной лицензии.
Не обязывать клиентов приобретать услуги поддержки у Oracle в качестве условия получения коммерческой лицензии на MySQL.
Очень часто приходится сталкиваться с необходимостью привязать к карте определенные типы документов: Word, Excel, DWG, DNG и т.д. Эту задачу можно решить с использование Oracle Mapviewer и Autovue. Смотрите ролик, а более подробная информация об Autovue приведена ниже.
У Вас все еще возникают проблемы с получением оперативных, полных и качественных данные для принятия решений? Если это так, это прямая трансляция расскажет, как можно использовать инновационные технологии интеграции данных для ликвидации пакетных окон, снижения расходов на ИТ и улучшение качества бизнес-информацию. Кроме того, вы услышите, как DIRECTV использовал свои инвестиции в хранилище данных для получения конкурентных преимуществ.
Внимание! Спешите! Веб-семинар пройдет 9-го марта 2010 года в 21:00 по Москве (10 a.m. PT)
При попытке установить ODI и подключиться с помощью Topology Manager к базе Oracle XE возникает ошибка ORA-12705.
Проблема достаточно стандартная, о которой я уже писал. Обычно эта проблема решается либо установкой "-Duser.language=en -Duser.country=us" в вызов java-машины, либо следующим вызовом внутри java-кода перед попыткой установить jdbc-соединение:
Locale.setDefault(Locale.ENGLISH);
Второй вариант в нашем случае отметается, а вот первый вполне подходит. Пристально вглядевшись в недра odiparams.bat, замечаем заботливо закомментированную строку:
rem
rem Additional Java Options
rem
rem set ODI_ADDITIONAL_JAVA_OPTIONS="-Duser.language=en -Duser.country=us"
Вот ее и надо раскомментировать. Кроме того, нужно обратить внимание на чудесные кавычки , в которые взята эта строка. Так вот их быть НЕ должно. Т.е. правильный вариант выглядит вот так
rem
rem Additional Java Options
rem
set ODI_ADDITIONAL_JAVA_OPTIONS=-Duser.language=en -Duser.country=us
После этого Topology Manager чудесным образом взлетает. Думаю, взлетят и остальные инструменты.
Oracle занимается вопросами интеграции данных достаточно давно, но долгое время такая интеграция обеспечивалась только в однородной среде, т.е. среде баз данных Oracle. Однако, реальность такова, что в компаниях обычно существуют не только Oracle, но и другие конкурирующие базы данных: MSSQL, DB2 и т.д. Даже если это не так, то и сама компания Oracle имеет не одну базу данных - например, MySQL, Berkley, TimesTen.
Ориентируясь на свою базу данных, Oracle разработал отличный инструмент - Oracle Warehouse Builder. Ключевым элементом использования этого инструмента было формирование PL/SQL процедур, которые осуществляли преобразование. Процедуры управлялись через графический интерфейс. Инструмент был бесплатным. Все бы хорошо, но увлекшись Oracle Warehouse Builder, Streams и гетерогенными сервисами, Oracle проспал рынок выделенных инструментов ETL инструментов. Вот почему в 2007 была приобретена компания Sunopsis, один из лидеров ETL рынка.
При репликации данных тем или иным способом может возникнуть ситуация, когда синхронизируемые объекты разойдутся. Это может быть следствием того, что:
изменения, сделанные на одной из реплицируемых баз данных, не были захвачены;
изменения были захвачены, но не были переданы
изменения захвачены, переданы, но по каким-то причинам не применены.
Встает вопрос о том, как повторно синхронизировать объекты? Можно, конечно, провести инициацию объекта заново, но зачастую это неприемлемо. Вот для таких ситуация и нужен пакет DBMS_COMPARISON, который появился в Oracle Database 11g.
Есть ограничение - нельзя передавать для сравнения все данные, т.к. это очень неэффективно, поэтому используется механизм сравнения хэшей (аналогично тому, как это делает GoldenGate Veridata).
Давайте посмотрим как работает пакет DBMS_COMPARISON.
