getProceduresReturnsFunctions

API 'DatabaseMetaData' до JDBC4 имеет только методы 'getProcedures()' и 'getProcedureColumns()', поэтому они возвращают метаданные для хранимых процедур и функций. JDBC4 был расширен методами 'getFunctions()' и 'getFunctionColumns()', а ожидаемое поведение предыдущих методов не определено чётко. Для JDBC4 и выше, значение по умолчанию "true" означает, что вызовы 'DatabaseMetaData.getProcedures()' и 'DatabaseMetaData.getProcedureColumns()' возвращают метаданные как для процедур, так и для функций, сохраняя обратную совместимость. Установка этого свойства в "false" отвязывает Connector/J от его поведения до JDBC4 для 'DatabaseMetaData.getProcedures()' и 'DatabaseMetaData.getProcedureColumns()', заставляя их возвращать метаданные только для процедур.

noAccessToProcedureBodies

При определении типов параметров процедуры для 'CallableStatement', и если подключенный пользователь не может получить доступ к телам процедур через "SHOW CREATE PROCEDURE" или SELECT на mysql.proc, должен ли драйвер вместо этого создать базовые метаданные, с указанием всех параметров как INOUT VARCHAR, вместо того, чтобы генерировать исключение?

nullDatabaseMeansCurrent

В методах 'DatabaseMetaData', принимающих параметр 'catalog' или 'schema', означает ли значение "null" использование текущей базы данных? См. также свойство 'databaseTerm'.

useHostsInPrivileges

Добавить '@hostname' к пользователям в 'DatabaseMetaData.getColumn/TablePrivileges()'.

useInformationSchema

Должен ли драйвер использовать INFORMATION_SCHEMA для получения информации, используемой 'DatabaseMetaData'? По умолчанию "true" при подключении к MySQL 8.0.3+, в противном случае по умолчанию "false".