Django CommaseParatedIntegraterField实现
为什么Django模型类CommaseParatedIntegraterField在MySQL中实现为文本,而不是整数列表?这似乎是最低效的事情了 MySQL(和许多RDBMS)没有“列表”类型(“列表”项通常是与外键相关联的独立表)。Django的Django CommaseParatedIntegraterField实现,django,django-models,Django,Django Models,为什么Django模型类CommaseParatedIntegraterField在MySQL中实现为文本,而不是整数列表?这似乎是最低效的事情了 MySQL(和许多RDBMS)没有“列表”类型(“列表”项通常是与外键相关联的独立表)。Django的CommaSeparatedIntegerField是一种允许在某种程度上高效地存储整数列表的技术,但它必须存储在字符串字段中 (说实话,Django开发中不再常用该字段,但如果您需要或想要它,它就在那里。)MySQL(以及许多RDBMS)没有“列表
CommaSeparatedIntegerField
是一种允许在某种程度上高效地存储整数列表的技术,但它必须存储在字符串字段中
(说实话,Django开发中不再常用该字段,但如果您需要或想要它,它就在那里。)MySQL(以及许多RDBMS)没有“列表”类型(“列表”项通常是与外键相关联的单独表)。Django的CommaSeparatedIntegerField
是一种允许在某种程度上高效地存储整数列表的技术,但它必须存储在字符串字段中
(说实话,这个字段在Django开发中不再常用,但如果您需要或想要它,它就在那里。)MySQL不支持列表字段。因此,实现我意识到它们没有列表字段,但它们肯定有一些可以使用的二进制对象,其中每个整数的位一个接一个地存储(直到某个给定的最大长度)。这似乎对空间和处理都有利。MySQL不支持列表字段。因此,实现我意识到它们没有列表字段,但它们肯定有一些可以使用的二进制对象,其中每个整数的位一个接一个地存储(直到某个给定的最大长度)。这似乎对空间和处理都有利。