SSMS与ASP.NET MVC下拉选项为何按字母排序而非手动录入顺序

• 首先明确一个核心规则：所有关系型数据库（包括SQL Server），在查询没有写ORDER BY子句时，永远不保证返回结果的顺序和插入顺序一致。你在SSMS里直接打开表、或者写无排序的查询看到的结果顺序，是由当前表的索引结构、数据存储页位置、执行计划选择、过往数据增删改操作共同决定的，完全是不可预期的——你这次看到是按字母排，下次做个数据更新、加个索引，顺序可能就全乱了，根本不是系统故意给你按字母重排。
• ASP.NET MVC的下拉列表顺序不对，本质是同一个问题：你从数据库取选项数据的时候没加显式排序，拿到的结果顺序本身就是随机的；后续不管是用SelectList绑定还是直接渲染<option>标签，数据源是什么顺序，页面就展示什么顺序，框架本身不会偷偷给你重排数据。

• 最稳妥、可维护性最高的方案，确实是给选项表新增一个int类型的排序字段（通常命名为SortOrder或者DisplayOrder）：
  • 录入选项时给每个条目设置对应的排序值，比如常规选项按你要的展示顺序从1开始递增，要放在最后的「Other」选项给一个远大于其他选项的值（比如99）即可。
  • 所有涉及这个表的查询，只要是用于下拉列表展示的，都显式加上ORDER BY SortOrder，不管是SSMS里查数据还是程序里拉取数据源，返回顺序都会完全符合你的预期。后续要调整选项展示顺序，只需要修改对应条目的排序值，不需要改代码、不需要重新插入数据，灵活度很高。
• 如果你暂时不想加排序字段，也可以用临时方案，但长期维护会很麻烦：
  • 如果你的选项表用的是自增整数主键，可以临时用ORDER BY 主键字段排序，因为自增主键的值是随插入顺序递增的，短期能拿到和插入顺序一致的结果。但这个方案的缺陷非常明显：后续你想调整现有选项的顺序、或者在两个现有选项中间插入新选项时根本做不到；如果之前删过数据，自增主键的断层也会导致顺序不符合预期。
  • 如果选项是固定不变的，你也可以直接在代码里硬编码下拉选项的顺序，但只要选项存在数据库里，这个方案的维护成本会极高，完全不推荐。

重要提醒：任何需要固定展示顺序的查询场景，都必须显式指定ORDER BY规则，依赖数据库默认返回顺序是非常常见的开发错误，早晚会出现顺序错乱的问题。

内容的提问来源于stack exchange，提问作者abenci