предварительно теоретически, на основе анализа потока SQL-запросов клиентского приложения, оцениваются размеры очередей таблиц, столбцов, памяти ядра и других параметров, влияющих на эффективность работы ядра СУБД;

на макете (или на готовом клиентском приложении) практически оценивается эффективность выбранных параметров. Путем варьирования значений параметров и отслеживания их влияния на эффективность обработки подбираются оптимальные значения.

если при запуске СУБД был отключен режим транзакций (эта информация, в числе прочей, выдается по команде DBINFO), то отказ от ошибочно измененной в БД информации будет невозможен;

если выполняется отладка клиентского приложения, то иногда полезно вести протокол обращения к БД (файл LINTER.LOG), в котором фиксируются все операции с данными, выполненные ядром СУБД. При эксплуатации клиентских приложений ведение протокола обращений приводит только к дополнительным затратам времени на обработку SQL-запросов и поэтому не имеет смысла. Информация о протоколе обращения также выдается по команде DBINFO.