假设我们有一个系统,其中包含一个关系数据库(例如 MySQL 或 Oracle),该数据库由一个使用来自外部 API 的数据的计划作业填充。还假设不能保证来自 API 的数据大小(例如,json 的特定值的大小)。
在这种情况下,为使用来自 API 的数据填充的特定属性确定适当的列大小的最佳实践是什么?它是根据传入数据动态(以编程方式)调整列大小的合适方法,还是我们分配相对较大的大小以适应传入的更大数据?
谢谢你。
假设我们有一个系统,其中包含一个关系数据库(例如 MySQL 或 Oracle),该数据库由一个使用来自外部 API 的数据的计划作业填充。还假设不能保证来自 API 的数据大小(例如,json 的特定值的大小)。
在这种情况下,为使用来自 API 的数据填充的特定属性确定适当的列大小的最佳实践是什么?它是根据传入数据动态(以编程方式)调整列大小的合适方法,还是我们分配相对较大的大小以适应传入的更大数据?
谢谢你。
[A] 假设不能保证来自 API 的数据大小(例如,json 的特定值的大小)。
在这种情况下,为使用来自 API 的数据填充的特定属性确定适当的列大小的最佳实践是什么?
在 Oracle 中,您可以使用CLOB
数据类型。
比如说,[...] Oracle,例如
在 Oracle 中,一VARCHAR2
列在 SQL 范围内被限制为 4000 个字节。如果您无法保证数据的大小,请使用CLOB
. 在 Oracle 19c 中,CLOB
数据类型的限制为 4GB *DB_BLOCK_SIZE
初始化参数(总大小为 8 TB 到 128 TB)。如果您超过了该限制,那么您应该认真考虑重新设计您使用数据的方式。