pl/sql对象类型不支持字段级访问控制，封装靠方法约束与团队规范实现：属性默认全可读写，无法语法阻止直接赋值，仅能通过member过程校验逻辑、构造函数控制初始化、文档约定引导使用，且对象表查询或dba权限下仍暴露全部字段。
oracle 的对象类型（object）本身不提供访问修饰符（如 private 或 public），所谓“封装”在 pl/sql 中是靠设计约束和运行时控制实现的，不是语法强制的。你不能阻止别人直接读写属性，但可以引导使用者只通过方法交互。
为什么不能像 Java 那样真正隐藏字段
PL/SQL 对象类型的属性默认全部可读可写，没有 PRIVATE 关键字，也没有字段级访问控制。即使你在 TYPE BODY 里不暴露 setter，外部仍能直接赋值：obj.name := 'xxx' —— 这是合法且无法阻止的。
所以真正的封装靠的是：
- 文档与约定：明确说明“请勿直写
salary，改用increase_salary()” - 逻辑集中：把校验、日志、触发等统一放在方法中，而不是散落在各处赋值语句里
- 构造函数控制：用带参数的构造函数或
MAP/ORDER方法限制非法初始状态
如何用 MEMBER PROCEDURE 和 self 模拟受控修改
当你需要对属性变更做检查（比如工资不能为负），必须把逻辑放进 MEMBER PROCEDURE 或 MEMBER FUNCTION，并在内部用 self 显式操作当前实例：
CREATE OR REPLACE TYPE employee_t AS OBJECT ( emp_id NUMBER, name VARCHAR2(100), salary NUMBER, MEMBER PROCEDURE set_salary(new_sal NUMBER) );
CREATE OR REPLACE TYPE BODY employee_t AS
MEMBER PROCEDURE set_salary(new_sal NUMBER) IS
BEGIN
IF new_sal <p>这样，调用者只能走 <code>emp.set_salary(8500)</code>，而不能绕过校验直接写 <code>emp.salary := -100</code>（虽然语法上允许，但业务上应被团队规范禁止）。</p><h3>哪些场景下容易误以为“已封装”，结果出问题</h3><p>常见踩坑点：</p>
-
SELECT ... FROM TABLE()查询对象表时，会直接暴露所有属性，包括你希望“隐藏”的字段 —— 没有权限粒度控制到对象属性级 - 把对象当参数传入存储过程后，调用方仍可任意修改其属性，除非你用
IN参数 + 不返回修改后的对象副本 - 继承时子类型可访问父类型的全部属性，
NOT FINAL类型也无法限制子类对父字段的读写 -
DBMS_OUTPUT.PUT_LINE(emp.salary)这种调试写法会绕过所有方法逻辑，暴露原始值
归根结底，PL/SQL 的封装是“契约式封装”：靠方法定义行为边界，靠团队理解和执行规范，而不是靠编译器拦住非法访问。最易被忽略的一点是——你无法防止 DBA 或有 SELECT 权限的用户直接查对象表并看到全部字段值；所谓封装，只在你的 PL/SQL 逻辑块内有效。
