Database 字段的数据类型

Database 字段的数据类型,database,database-design,datetime,types,nvarchar,Database,Database Design,Datetime,Types,Nvarchar,我在一个表中有一个字段,我将在其中存储不同类型的数据,比如:X大、中、小……或者我可能存储:2009年3月22日、1年、2年、3年……或者06个月、12个月、1年,或者我可能存储:“33-36”、“37-40”……而这些数据不是固定的,我将来可能需要添加新的类别 数据类型的明显选择是nvarchar(长度),但还有其他建议吗?有办法解决这个问题吗?nvarchar(max)可以。否则,您可能有多个列,每种可能的类型一个。这将阻止您将双精度数字转换为字符串或字符串。nvarchar(max)可以工

我在一个表中有一个字段,我将在其中存储不同类型的数据,比如:X大、中、小……或者我可能存储:2009年3月22日、1年、2年、3年……或者06个月、12个月、1年,或者我可能存储:“33-36”、“37-40”……而这些数据不是固定的,我将来可能需要添加新的类别

数据类型的明显选择是nvarchar(长度),但还有其他建议吗?有办法解决这个问题吗?

nvarchar(max)可以。否则,您可能有多个列,每种可能的类型一个。这将阻止您将双精度数字转换为字符串或字符串。

nvarchar(max)可以工作。否则,您可能有多个列,每种可能的类型一个。这将阻止您将双精度数字转换为字符串或字符串。

  • nvarchar(最大值),如果数据为 限制为小于的字符串 2Gb
  • 如果需要考虑 超过2Gb的字符串
  • 二进制或图像,如果需要存储 二进制数据
      • nvarchar(最大值),如果数据为 限制为小于的字符串 2Gb
      • 如果需要考虑 超过2Gb的字符串
      • 二进制或图像,如果需要存储 二进制数据

      无论你做什么,这样的数据库设计看起来都不好


      尽管如此,您仍然可以使用BLOB数据类型只存储列中的任何数据,如果是文本,则可以使用文本类型(这样搜索会更好地工作,了解大小写等)。

      无论您做什么,这样的数据库设计看起来都不太好


      尽管如此,您仍然可以使用BLOB数据类型仅存储列中的任何数据,或者如果是文本,则可以使用文本类型(这样搜索会更好地工作,了解大小写等)。

      听起来好像您在尝试存储“大小”。也许您需要一个包含这些值的“大小”表(X大、中、小、1年等)和另一个表中的ID字段

      为什么你还要在同一个字段中存储日期,这让我有点困惑。你确定那里不应该有两个不同的字段吗

      预计到达时间: 根据您的评论,我建议创建两个附加表:

      SizeType-定义您使用的“尺码”类型(例如,童装、童鞋、男鞋、女鞋、男式衬衫、男式裤子、女式衬衫、女裤等)。将有两列-一个ID和一个描述

      尺寸-将定义各个尺寸(例如“尺寸5”、XL、33-34、0-6个月等)。将有三列-和ID、一个描述以及来自SizeType的相应SizeType ID


      现在,在产品表上,您将从尺寸表中输入ID。这在添加新尺寸、确定哪些尺寸适合哪种类型的产品等方面为您提供了一定的灵活性。您还可以进一步细分,使设计更加完善,但我不想在这里过于复杂。

      听起来您是在尝试存储“尺寸”。也许您需要一个包含这些值的“大小”表(X大、中、小、1年等)和另一个表中的ID字段

      为什么你还要在同一个字段中存储日期,这让我有点困惑。你确定那里不应该有两个不同的字段吗

      预计到达时间: 根据您的评论,我建议创建两个附加表:

      SizeType-定义您使用的“尺码”类型(例如,童装、童鞋、男鞋、女鞋、男式衬衫、男式裤子、女式衬衫、女裤等)。将有两列-一个ID和一个描述

      尺寸-将定义各个尺寸(例如“尺寸5”、XL、33-34、0-6个月等)。将有三列-和ID、一个描述以及来自SizeType的相应SizeType ID


      现在,在产品表上,您将从尺寸表中输入ID。这在添加新尺码、确定哪些尺码适合哪种类型的产品等方面为您提供了一定的灵活性。您也可以进一步细分,使设计更加完美,但我不想在这里过于复杂。

      这是尺码,但婴儿服装的尺码取决于年龄,月或年。鞋子的尺码和衣服有不同的系统,你认为我应该怎么做?是尺码,但婴儿服装的尺码是基于年龄,月或年。鞋子的尺码和衣服有不同的系统,你认为我应该怎么做?