我有一个用于管理患者文件夹的多层网络应用程序。每个文件夹都有许多模块。我想做的是跟踪每个模块、每个患者、每个用户的变化。
所以我准备为此设计一个数据库表，我估计它将升级到 1500 万行。该表将包含一个主键 (int)，它将是 id，三个外键，带有模块、患者文件夹和用户的 id，以及一个具有 0/1 值的简单字段.
然后，登录用户在应用程序中导航时，将经常收到有关文件夹和模块上某些颜色代码的任何更新的通知。因此，我将经常查询(使用简单的选择查询)数据库，并且我希望速度非常快，以便将用户体验保持在标准水平(响应时间约为 1 秒或更低)。
我需要对性能有任何顾虑吗？我在具有 4gb RAM 的四核 XEON 上使用 MS SQL Server 2008 R2。
提前致谢:)
最佳答案
反正15M行表的扫描一般不会超过一秒。因此，如果您的问题是关于单个独立请求的，我认为您在这种情况下不会有问题。
但为了将来的需要和更好的性能，您可能会考虑在“fk_user_id”、“fk_mod_id”、“fk_folder_id”列上添加非聚集索引。我想它会显着提高 select 语句的性能(以降低更新性能为代价)。
关于database - 具有 1500 万行性能的 SQL 表，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/15925497/