我有一种情况,我需要在'实体'之间创建某种唯一性,但它不是GUID,并且它不保存在数据库中(它是保存,但是,只是不是由数据库)。在数据库外部生成一个非guid唯一键
密钥的基本用途仅仅是冗余检查。它不必像真正的“主键”那样具有可扩展性,但是用我能想到的最简单的术语来说,这就是它的工作原理。
[receiver]
有List<possibilities>
。
possibilities
独立存在的,但许多将具有相同的值(不可能预测的。这是由设计)
经常地,接收机possibilities
列表将必须被清空,然后再填充(这是一个业务需求)。
关键基本上用于添加一个非常轻量级的冗余检查。换句话说,有时候可能会重复相同的可能性,有时它只会出现在接收者列表中。
我基本上想要使用一些非常简单的东西。一个字符串就足够了。我只是想弄清楚一个适度的算法来完成这个。我想过使用GetHashCode()
方法,但我不确定这是多么可靠。我能想一些想法吗?
你的实体的形状是什么?你可以显示字段或描述它吗?应该通常重写GetHashCode,并且在那里你可以创建一些东西,它会根据属性值为每个实体返回一个唯一的结果类型。无论如何不是最好的散列。 –