我知道这总体上是一个数据库设计问题，但我认为由于我正在考虑使用APEX_STRING.SPLIT_NUMBERS API实现的性质，将其与APEX一起列出是有效的。
有了这条路，我有一个同意书表，一旦创建将需要分配给不同的目标群体（例如学校金字塔、学校级别[高中、初中、小学]、年级级别[1-12]，甚至是特定学校[通过学校ID]）。可以针对多个金字塔（共5个），则对于给定的同意书，可以针对1个以上的学校（最多TP 10个）。
我最初的想法是创建一个包含所有这些目标组的表（以及相关的引用/查找表REF_PYRAMID，REF_SCHOOL_LEVEL，REF_SCHOOL）。然后将ID存储在相关列中作为数字列表（例如2：12：13）。然后，当我需要运行SQL检查以查看父母是否是授权目标的一部分并且应该有权访问同意书时，我将使用APEX_STRING.SPLIT_NUMBERS & MEMBER OF。
我不习惯以这种方式存储信息，所以想知道这种方法是否有任何缺点？这使记录保持平坦，并允许选择在全校范围内制作同意书，这只是Y/N选项而不是多个目标，像其他人一样。

dpc_consent_form_target {
  target_id                 number         [primary key]
  consent_form_id           number         [ref: > dpc_consent_form.consent_form_id]
  school_wide               char(1)        [chk 'Y','N']
  pyramid_id                number
  school_id                 number
  school_level_id           number
  grade_id                  number
}

我的第二个想法是规范化设计，就像我通常会做的那样，这样每个学校都会在TARGET表中有自己的记录，但是我不确定如何最好地处理全校范围内的单个“记录”。

table dpc_consent_form_target {
  target_id                 number         [primary key]
  consent_form_id           number         [ref: > dpc_consent_form.consent_form_id]
  target_type_id            number         [ref: > dpc_ref_target_type.target_type_id]
  target_value_id           number
  created_by                varchar2(50)
  created_date              timestamp
  updated_by                varchar2(50)
  updated_date              timestamp
}

table dpc_ref_target_type {
  target_type_id            number         [primary key]
  target_type_name          varchar2(50)
  active_flag               char(1)
  created_by                varchar2(50)
  created_date              timestamp
  updated_by                varchar2(50)
  updated_date              timestamp
  deleted_by                varchar2(50)
  deleted_date              timestamp
}

TARGET TYPE VALUES:
1 - pyramid_id
2 - school_level_id
3 - school_id
4 - grade_id
5 - school_wide

提前感谢您的任何建议。