allow_feature_tier
控制用户是否可以修改与不同功能层级相关的设置。0- 允许修改任何设置 (Experimental、私有预览、Beta、production) 。1- 仅允许修改私有预览、Beta 和 production 功能设置。对 Experimental 设置的修改将被拒绝。2- 仅允许修改 Beta 和 production 功能设置。对 Experimental 或私有预览设置的修改将被拒绝。3- 仅允许修改 production 功能设置。对 Experimental、私有预览或 Beta 设置的修改将被拒绝。
EXPERIMENTAL / PRIVATE PREVIEW / BETA 功能施加 readonly 约束。
作用于用户、角色或 settings profile 的语句，如果将此类设置设为与执行该语句的会话中当前生效值不同的值，则会被拒绝；即使语句本身未指定任何设置，只要它会改变某个用户的此类设置，同样会被拒绝，例如：授予或撤销带有此类设置的角色、分配 settings profile、删除角色或 profile，或因省略而删除某项覆盖设置。对于通过 SQL 定义的用户，如果其自身设置或其角色的设置中包含此类值，则无法登录。由服务器通过配置文件生效的设置，以及在配置文件中定义的用户，始终不会被拒绝。compatibility 设置会让已禁用层级的设置保持其默认值，而不会应用先前版本的默认值。
值为 `0“ 表示可以修改所有设置。
2 之前表示“仅 production 设置”。现在它也允许 Beta 设置，因此，若某个配置将 2 固定为仅允许 production 设置，则必须使用 3。allow_impersonate_user
用于启用/禁用 IMPERSONATE 功能 (EXECUTE AS target_user) 。该设置已弃用。allow_implicit_no_password
禁止创建未设置密码的用户，除非明确指定 ‘IDENTIFIED WITH no_password’。- 默认值：
true
allow_no_password
设置是否允许使用不安全的 no_password 密码类型。- 默认值：
true
allow_plaintext_password
设置是否允许使用明文密码类型 (不安全) 。- 默认值：
true