数据库ID最佳做法
我想知道构建和存储ID的最佳做法是什么。几年前，一位教授以社会保险号为例，向我讲述了身份证明系统构造不佳的危险。特别是，由于SSN没有错误检测功能，因此无法分辨9位数字的字符串和有效的SSN之间的区别。现在，政府机构需要“姓氏+
SSN”或“生日+ SSN”之类的信息来跟踪您的数据并确保对其进行验证。另外，根据您的出生地，您的社会保险号是可以预测的。
现在，我正在建立一个用户数据库…，根据此建议，“ userid mediumint
auto_increment”将是不可接受的。特别是如果我打算将此ID用作用户的主要标识。（例如，如果我允许用户更改其用户名，则与数字用户名相比，要跟踪用户名会更加困难……需要级联外键等。）电子邮件更改，用户名可以更改，密码也要更改。
。，但用户名应永远保持不变。
显然，auto_increment仅设计用于surrogate_keys。也就是说，仅当您已经具有主要标识机制时，它才是有用的快捷方式，但不应将其用作数据的“固有标识符”。创建随机UUID看起来很有趣，但是随机性使我无法接受。
所以我问：创建“主键”标识号的最佳实践是什么？
问题答案：
您正在将内部数据库功能与外部搜索条件混淆。
自动增量代理键对于内部应用程序使用很有用。切勿将其传递给用户。识别业务对象（无论是用户还是发票）都是使用有关对象的唯一信息（例如SSN，CCN或DOB）完成的。使用尽可能多的信息来唯一标识对象。
我强烈建议，如果必须为每个客户提供一些新发明的ID值，则不要在该字段上链接所有客户数据表。
-
问题内容： 最近，我考虑了将历史数据存储在MySQL数据库中的最佳做法。目前，每个可版本控制的表都有两列-和，两者均为类型。具有当前数据的记录已充满了创建日期。当我更新此行时，我填写了更新日期，并添加了与上一行相同的新记录- 简单的东西。但是我知道表会非常快，因此获取数据可能会很慢。 我想知道您是否有任何存储历史数据的做法？ 问题答案： 担心“大”表和性能是一个常见的错误。如果您可以使用索引来访问
-
问题内容： 在我一直在构建的应用程序中，我们相当依赖于SharedPreferences，这使我思考了访问SharedPreferences时的最佳实践。例如，许多人说通过此调用可以访问它： 但是，这似乎很危险。如果您有依赖于SharedPreferences的大型应用程序，则可能会有密钥重复，尤其是在使用某些也依赖SharedPreferences的第三方库的情况下。在我看来，更好的使用方法是：
-
问题内容： 当前，正在讨论具有单个sql连接体系结构的优缺点。 为了详细说明我们正在讨论的是，在应用程序创建时打开一个sql连接，在应用程序关闭或错误关闭该sql连接时。根本不创建另一个连接，而只使用那个与数据库进行通信。 我们想知道社区的想法。 问题答案： 一旦您在不确定的时间内不再需要连接，请立即将其关闭。这样，连接将返回到连接池（如果启用了连接池），并且可以被其他人（重新使用）。 （连接是昂
-
问题内容： 在研究JSON与XML的问题时，我遇到了这个问题。现在，选择JSON的原因之一是Java的易于转换，即使用。现在，从安全角度来看，这立即使我感到潜在的问题。 因此，我开始对JSON的安全性方面进行研究，并在此博客文章中就JSON的安全性不如人们认为的那样进行了研究。这部分突出： 更新： 如果您正确地执行JSON 100％，那么您只会在顶层拥有对象。数组，字符串，数字等都将被包装。然后，
-
问题内容： 对于我的Web应用程序（PHP / MYSQL），我显示了一个项目列表，并在每行显示一个链接以删除该项目。现在，链接是 如果我想改用POST …我该怎么做（这是一个动态生成的列表）？我可以不使用表格发送POST数据吗？ 或者，对于每个项目，我都要做： 并设置提交按钮的样式使其看起来像原始链接？ 我不熟悉php CURL或REST，它们会帮助解决这个问题吗？ 问题答案： 通常，让GET请
-
问题内容： 多线程Java应用程序中进行进程间通信的最佳方法是什么？ 它应该是高性能的（因此请不要使用JMS），易于实现且可靠，以便对象和数据只能绑定到一个线程？ 任何想法欢迎！ 问题答案： 假设场景1是JVM，那么实际上应该是多个线程，尤其是各种Queue实现，都是java.util.concurrent。但是，在此之上的抽象可能很好，Jetlang看起来非常有趣，轻量级的Java消息传递。