APEX 架构用户需要哪些权限?
What privileges are required for APEX schema users?
在 Oracle Application Express 中,您可以创建一个工作区,选择创建一个新的数据库模式以与该工作区相关联。还有一个 "reuse" 模式的选项。
如果您重复使用在创建另一个工作区的过程中创建的架构,显然一切都会正常。
但是,如果我想使用我曾经创建的现有模式之一怎么办。应如何准备此数据库架构以供 APEX 工作区使用?应该给谁什么特权?
第二个问题 - 如果我的所有 PL/SQL 代码都在现有模式 code
中,应该授予哪些权限以及授予谁才能使用该模式中的包通过我工作区中的 APEX 应用程序?
这是实用建议的列表,但它应该只是您的应用程序应有权访问的任何表。
http://docs.oracle.com/cd/E59726_01/doc.50/e39147/priv_db_user.htm#HTMDB28636
类似地,这通常应限于 SELECT 和执行权限。任何 DML 都应该在 PL/SQL 包 API 中完成。
所以这一切都意味着您可能熟悉的标准安全性适用。为您的应用程序定义一个具有最小访问权限的解析模式,您的包可能存在于另一个模式中,为您的解析模式做繁重的工作。
在 Oracle Application Express 中,您可以创建一个工作区,选择创建一个新的数据库模式以与该工作区相关联。还有一个 "reuse" 模式的选项。
如果您重复使用在创建另一个工作区的过程中创建的架构,显然一切都会正常。
但是,如果我想使用我曾经创建的现有模式之一怎么办。应如何准备此数据库架构以供 APEX 工作区使用?应该给谁什么特权?
第二个问题 - 如果我的所有 PL/SQL 代码都在现有模式 code
中,应该授予哪些权限以及授予谁才能使用该模式中的包通过我工作区中的 APEX 应用程序?
这是实用建议的列表,但它应该只是您的应用程序应有权访问的任何表。
http://docs.oracle.com/cd/E59726_01/doc.50/e39147/priv_db_user.htm#HTMDB28636
类似地,这通常应限于 SELECT 和执行权限。任何 DML 都应该在 PL/SQL 包 API 中完成。
所以这一切都意味着您可能熟悉的标准安全性适用。为您的应用程序定义一个具有最小访问权限的解析模式,您的包可能存在于另一个模式中,为您的解析模式做繁重的工作。