В повечето производствени среди търсенето по подразбиране в таблиците на системния каталог връща огромно количество данни, така че всеки път, когато CLI/ODBC приложение отвори база данни, може да има значително забавяне. Дори на типична тестова база данни забавянето може да е от порядъка на 25 секунди.
Измерете това забавяне първоначално, без да сте използвали посоченото горе множество от CLI ключови думи, като не забравите да извадите времето за свързване и особено дългите забавяния, които може да възникнат, когато DB2 клиент генерира първото си свързване към нова база данни - често за автоматичното свързване може да са необходими няколко минути.
Как ще продължите нататък зависи от структурата на вашите данни и организация. В някои случаи може да използвате комбинация от DBNAME, SCHEMALIST и TABLETYPE, за да ограничите търсенето, използвано от определено приложение или група приложения. Например, ако производствени DBA клиенти обикновено осъществяват достъп до таблици под дадено DBNAME и схема, тогава това е лесно да се определи.
За повечето потребители CLISCHEMA осигурява най-големи предимства по отношение на производителността. Поради тази причина като цяло ще препоръчаме да се използва CLISCHEMA в производствена среда, тъй като е много по-лесно да се настроят и модифицират потребителските таблици на CLISCHEMA чрез процесора за обработка на команди CLI (db2cli.exe) и командата bldschem. Вижте също db2ocat оптимизатор за каталози.