问题标签 [identity]

我一直在尝试在具有标识列 RequestID 的表中插入行（这也是主键）

但是我的代码不可避免地会引发以下错误

无法对表执行创建、更新或删除操作，因为它没有主键。

尽管确实存在主键列

这就是我试图做的：

1. 在调试器中查看插入到对象模型中的标识列的值。它是 0
2. 手动（使用 SQL）将假值插入表中 - 工作正常，标识值按预期生成
3. 确保 SQLMetal 是否正确生成了表映射。一切OK，主键属性生成正确

然而，这两种方法都没有帮助。什么套路，有人知道吗？

我有一个Test带有列的表的 MS SQL 2005 数据库ID。ID是一个标识列。

我在这个表中有行，它们都有相应的 ID 自动递增值。

现在我想像这样更改此表中的每个 ID：

ID = ID + 1

但是当我这样做时，我得到一个错误：

无法更新标识列“ID”。

我试过这个：

但这并不能解决问题。

我需要为此列设置身份，但我也需要不时更改值。所以我的问题是如何完成这项任务。

自动编号字段（例如 SQL Server 中的“身份”）是为数据库表提供唯一键的常用方法。然而，鉴于它们很常见，在未来的某个时候，我们将处理它们将开始达到最大值的问题。

有谁知道或有推荐的策略来避免这种情况？我希望许多答案会建议切换到 guid，但考虑到这将需要大量的开发（尤其是在许多系统集成并共享价值的情况下），还有其他方法吗？我们是否正朝着新的硬件/操作系统/数据库将简单地允许整数值越来越大的方向前进？

我有一个列 ID 为标识一的表。接下来，我创建新的非标识列 new_ID 并使用 ID 列 + 1 中的值对其进行更新。像这样：

接下来，我删除 ID 列并将 new_ID 重命名为“ID”。

以及如何在这个新列“ID”上设置身份？

我想以编程方式执行此操作！

我可以通过这样做来获取用户名：

“用户名”是表中验证身份的列。“名字”也是该表中的一列。Zend_Auth 是否只存储用户名？或者有没有办法从表中用户的行访问其他列？

1. 在我看来，许多大型企业已经拥有强大的目录服务，例如 Active Directory，并且在特定于应用程序的商店中不断复制用户是很愚蠢的。

2. 即使您需要复制用户存储，您也可以提供一种针对 Active Directory 进行身份验证的机制。或者，您可以支持利用 SAML 的基于标准的 SSO 机制。

3. 支持 XACML 协议。复制有关角色和权利的信息同样是阴险的。

4. 支持 SPML 协议。许多企业利用身份管理工具包，并且至少希望在集中管理和供应方面进行开箱即用的集成。

那么，为什么开源项目不将这种类型的功能视为在企业环境中引起关注的默认功能呢？

对于基本的集中式身份管理/SSO 服务，您有什么建议？它必须是开源的，具有可插入的身份管理器（例如：LDAP、DB、openID 等）并提供相当多的 API 访问选项（例如：Web 服务、REST 等）。它还必须是可集群的以实现高可用性。

约索？中国科学院？其他的？

对此问题的进一步说明：确定文件身份的算法

回顾：我正在寻找一种廉价的算法来确定在绝大多数时间都有效的文件身份。

我继续实施了一种算法，该算法为每个文件提供了一个“非常独特”的哈希值。

我的算法的工作方式是：

• 对于小于某个阈值的文件，我使用完整文件内容作为身份哈希。

• 对于大于阈值的文件，我会随机抽取 N 个 X 大小的样本。

• 我将文件大小包含在散列数据中。（意味着所有不同大小的文件都会产生不同的哈希值）

问题：

• 我应该为 N 和 X 选择什么值（我应该取多少个随机样本，大小是多少？）我选择了 4 个 8K 的样本，但无法验证算法。我发现快速增加样本量会降低算法的速度（因为搜索非常昂贵）

• 数学一：我的文件需要有多大的不同才能让这个算法崩溃。（具有相同长度的 2 个不同文件最终具有相同的哈希值）

• 优化一：有什么方法可以优化我的具体实现以提高吞吐量（我似乎能够在我的系统上每秒处理大约 100 个文件）。

• 这个实现看起来合理吗？你能想到任何现实世界的例子，这会失败吗？（我的重点是媒体文件）

相关信息：

我实现的算法

谢谢你的帮助！

只是想就主键获得一些意见 - 使用身份/序列号或使用 HiLo 策略（查询高值并增加应用程序本身的低值）会更好吗？

我读过这个关于获取插入行的身份的问题。我的问题有点相关。

有没有办法获取插入行的 guid？我正在使用的表有一个 guid 作为主键（默认为 newid），我想在插入行后检索该 guid。

有没有类似的东西@@IDENTITY，IDENT_CURRENT或者SCOPE_IDENTITY对于Guids？