Позвольте мне начать с того, что то, что я знаю о Pentaho, не заняло бы и одного абзаца. Я лучше разбираюсь в PostgreSQL. Я работаю с несколькими подрядчиками, которые создают набор ежемесячных отчетов в Pentaho (v. 4.5) для моей компании. Некоторые данные необходимо пройти через процесс ETL и собрать для отчетов. С точки зрения dba(ish), я хотел бы переместить эти таблицы в отдельную схему PostgreSQL.
Я знаю, что Pentaho часто используется с MySQL (у которого нет схем), и я обеспокоен тем, что это может вызвать проблемы. Я кое-что погуглил и нашел не так уж много совпадений по теме, но нашел закрытый ошибка, возникшая несколько лет назад, что означает, что функциональность должна поддерживаться.
прежде чем я это сделаю, я хотел бы узнать, знает ли кто-нибудь причину, по которой это не удастся или это будет плохой идеей. (или если вы сделали это, и это отлично работает, пожалуйста, дайте мне знать и об этом).
Заключительные примечания: я использую PostgreSQL 9.1.5, и у меня нет доступа к экземпляру Pentaho, чтобы даже проверить это самому. И я надеюсь, что хорошие люди в сообществе Stackoverflow поделятся своим опытом и избавят меня от необходимости устанавливать его, а часы игры / тестирования, чтобы получить представление об этом, - плохая идея.
РЕДАКТИРОВАТЬ:
Я как бы знал, что этот вопрос был немного расплывчатым, но я надеялся, что кто-нибудь прочитает его и поделится своим опытом. Итак, позвольте мне объяснить это более четко и задать больше явных вопросов.
Я ничего не сделал. Я не знаю Пентахо. Я не хочу изучать Pentaho (не то чтобы с Pentaho что-то не так... Просто сейчас это не то, что меня интересует). Моя компания наняла подрядчиков (я их не нанимал). У них есть опыт работы с Pentaho, но с MySQL. Они ничего не знают о PostgreSQL. Есть некоторые важные различия между PostgreSQL и MySQL. В том числе тот факт, что PostgreSQL поддерживает схемы (тогда как MySQL использует отдельную базу данных... похожая концепция может вести себя по-разному в некоторых отношениях). Некоторым ORM (и инструментам) это не очень нравится... например, фреймворк Django по-прежнему не полностью поддерживает схемы в Postgresql (я знаю это, потому что часто использую Python и Django, и моя жизнь становится намного лучше, когда я храню вещи в «общедоступной» схеме). Из-за моего опыта работы со схемами Django и PostgreSQL я немного опасаюсь переноса этих данных в новую схему.
Я понимаю, что где бы ни находились таблицы, им потребуются разрешения для доступа к данным.
Мои явные вопросы:
- Используете ли вы Pentaho для доступа к базе данных PostgreSQL для доступа к таблицам в схемах, отличных от «общедоступных» (по умолчанию).
- Если да, то он просто работает (без проблем)?
- Если у вас возникли проблемы, не могли бы вы поделиться со мной (и сообществом Stackoverflow) любыми онлайн-ресурсами, которые вам помогли? Или вы хотели бы подробно описать, что вы помните здесь?
- Знаете ли вы что-нибудь, что просто не будет работать правильно? Например, открытый баг в Pentaho, связанный с этой темой.
Опять же, это не ваш стандартный вопрос. Я надеюсь, что у кого-то есть опыт, и он готов поделиться им здесь и избавить меня от необходимости тратить время на настройку нового экземпляра Pentaho и попытки изучить Pentaho достаточно хорошо, чтобы протестировать его и т. д.
Спасибо.
