Столярне перетворення -
- Завжди волійте виконувати об'єднання в базі даних, якщо це можливо, оскільки об'єднання з базами даних є швидшими, ніж об'єднання, створені в результаті перетворення столяра Informatica.
- Відсортуйте дані перед приєднанням, якщо це можливо, оскільки це зменшує введення / виведення диска під час об’єднання.
- Зробіть таблицю з меншим числом рядків як основну таблицю.
Трансформація пошуку -
- Створіть індекс для стовпця в таблиці підстановки, яка використовується в умові підстановки. Оскільки для пошуку таблиці запитується пошук відповідних даних, додавання індексу збільшить продуктивність.
- Якщо можливо, замість використання перетворення підстановки використовуйте join у базі даних. Оскільки приєднання до бази даних відбувається швидше, продуктивність буде збільшена.
- Видаліть непотрібні стовпці з таблиці пошуку та зберігайте лише потрібні стовпці. Це призведе до зниження накладних витрат на отримання зайвих стовпців з бази даних.
Перетворення фільтра -
- Використовуйте перетворення фільтра якомога раніше всередині відображення. Якщо небажані дані можна відкинути на початку відображення, це збільшить пропускну здатність '.
- Для фільтрування даних використовуйте кваліфікатор джерела. Ви також можете використовувати заміну класифікатора джерела SQL для фільтрування записів, замість того, щоб використовувати перетворення фільтра.
Перетворення агрегатора
- Фільтруйте дані перед їх агрегуванням. Якщо ви використовуєте перетворення фільтрів у зіставленні, тоді відфільтруйте дані перед використанням агрегатора, оскільки це зменшить непотрібну операцію агрегування.
- Обмежте кількість портів, що використовуються для перетворення агрегатора. Це зменшить обсяг даних, які перетворення агрегатора зберігає всередині кешу.
Перетворення кваліфікатора джерела
- Приведіть лише необхідні стовпці з джерела. У більшості випадків не всі стовпці вихідної таблиці є обов’язковими, тому додайте лише необхідні поля, видаливши непотрібні стовпці.
- Уникайте використання порядку за пунктом усередині перевизначення вихідного кваліфікатора SQL. Порядок за пунктом вимагає додаткової обробки, а ефективність може бути збільшена, уникаючи цього.