表格记录识别不能依赖它暂时排在第几行。用户按日期排序后，原第三行会换成另一条记录；翻页、更新结果或插入新数据，也会改变位置。行号可以帮助说明当前阅读顺序，但业务操作需要始终指向同一个对象。
设计先区分显示序号和业务标识，再检查选择、确认与结果反馈是否采用稳定身份。名称也可能重复，不能把“第八行的张先生”当成足以执行的目标。用户不需要看所有内部字段，但应有能够辨认对象的信息，系统则按真实身份处理动作。
行号说明位置，编号说明对象
显示序号可以按当前页或整个结果顺序排列，两种方式都需要明确规则。它随着排序和范围变化而变化，并不承担永久身份。若表头只写“编号”，用户可能误以为序号是业务编号，应在名称与说明中避免这种混淆。
业务标识用于识别对象，可以是用户熟悉的订单号、产品编码或其他确认字段。是否唯一、哪些情况下改变，由真实模型决定。设计不随意把数据库内部标识全部露出，也不把一个不稳定名称当作唯一依据。
名称帮助快速阅读，稳定身份帮助区分同名对象。可以在需要时提供次要识别信息，例如所属项目或已确认的业务编号，但按权限与任务控制范围。不为辨认对象而在列表上堆出全部私人资料。
一个实用检查是：把两条同名记录放在相邻位置，问用户能否知道自己要处理哪条。如果必须打开每个详情猜身份，列表需要补识别信息；如果页面只显示行号，排序之后就无法继续确认对象。
序号本身仍有用，用户可以说“当前结果第五行”，辅助定位截图或当次讨论。与他人协作时还要给业务身份或范围上下文，因为对方排序与权限不同，未必看到同一行。不能把临时位置传播成跨用户的对象地址。
排序改变顺序后，仍要保持识别线索
当前排序字段与方向应可识别，结果变化后名称和稳定标识继续跟着真实对象。不能把某行内容更新了，右侧操作却仍指向旧对象。界面和实际执行关系由实施核对，设计明确身份属于整行任务的基础。
长表格横向浏览时，必要身份信息保持可找到，用户才能把右侧状态与左侧对象对应。是否固定列、转为详情或采用其他方式，由实际任务和屏幕决定；不要求固定很多列占满可视区域。
排序会让某对象移动到另一页或不再出现在当前视野，可以给适当查看路径，而不是强行保持它原来的行位。用户需要知道对象结果，不一定需要所有记录永远停在同一个位置。稳定身份与固定位置是两种不同要求。
名称或状态同时改变时，核对反馈中的对象信息。用户刚把一个记录名称修改，列表又按名称重新排序，若反馈只写“第三行保存成功”，他就难以找到真实对象。可以采用明确记录身份及结果入口支持核对。
结果更新期间，暂时展示旧列表时也要避免用户把它当成最新顺序执行动作。按实际任务定义哪些动作可继续、哪些需等待，说明更新状态。不能用一个加载动画遮住排序变化，却让行内操作仍采用另一组目标。
选择的是对象集合，不是几个行位
勾选记录后，选择关系应指向稳定对象身份。排序只改变排列，不应无说明地让勾选移到新第三行。实施人员需要核对实际选中对象，设计则明确排序之后选择是否保留及如何向用户说明。
分页时是保留跨页选择，还是仅当前页选择，要有准确规则。无论哪种，用户应知道所选数量与作用范围。看不到选中对象时，可以提供必要的查看或取消方式，不能让几个隐藏行位成为无法核对的批量目标。
筛选改变后，所选对象可能不再属于当前结果，选择怎样处理由产品决定。可以按规则保留并说明，也可以清除并反馈，但不能静默用新结果里的相同行号替换旧选择。对象身份是判断基础，范围规则是在其上安排交互。
某个对象被他人删除或已不满足操作条件时，选择结果需能解释变化。提交前核对可处理对象与原因，结果说明实际成功、跳过或失败项。不能因为用户曾经勾选就假设当前始终允许处理。
全选当前页与全选当前筛选，都是对象集合操作，不是按最大行号取一段记录。界面说清范围，实施采用已确认规则生成目标。本文不展开所有批量功能，但这个身份关系必须进入选择与确认规格。
操作前与操作后，用同一对象身份解释结果
单条确认展示用户能识别的名称及必要稳定信息，说明将执行的动作。不要只写“处理第九行”，尤其高影响操作中，位置随结果变化，很难让用户理解真实目标。具体需要多少识别信息，按任务风险决定。
批量确认可以说明对象数量、采用范围和必要明细查看。对象很多不必全部展开，但需要能核对实际目标，特别是隐藏选择或异常对象。摘要只展示当前可见行，不足以代表跨页集合。
提交时实际执行仍按对象身份与当前条件判断，不能用前端行号当作业务指令。技术细节由实施决定，界面规格说明目标关系和预期结果。验收时检查的是对象有没有改对，不是按钮在第几列。
反馈同样使用稳定身份或对应记录路径。部分失败明细如果只给处理时的序号，用户回到重新排序的列表就找不到对象；保存标识与失败原因，才能继续修复。文件行号可以帮助定位输入文件，但不能替代站内身份。
历史记录也应能还原操作对象。名称后续改变，旧日志只写当时行号会失去意义；保留可追溯身份与必要当时名称，后续维护才知道操作影响了谁。具体可见范围按实际权限处理，不公开无关内部信息。
更新结果时，核对身份而不强求位置不动
加入新记录、修改排序字段或处理一条状态后，列表顺序可能改变。可以保留工作上下文、提供对象查看或给准确结果提示，帮助用户继续下一条任务；不能为了避免跳动让列表一直显示过期排序，却不说明它尚未更新。
如果用户习惯按逐行队列处理，需要专门定义下一条对象怎样产生。当前行处理后跳向哪条，按何种范围与顺序决定，应能解释。不能简单取“下一行位置”，在后台更新后却变成另一个不符合任务的对象。
详情返回时，可以恢复当前查询与合理位置，同时让对象状态保持真实。若原位置已变化，设计安排怎样重新识别，不把返回位置恢复等同于业务身份固定。两项都服务上下文，但承担不同含义。
用交换位置的样本检验识别是否稳定
准备两条名称相同但身份不同的记录，再分别排序、翻页和修改其中一项。每一步核对身份信息、勾选对象、确认内容和实际结果。样本使用构造资料，不需要真实业务人员或客户信息。
选择一条记录后改变排序，看勾选是否仍关联同一对象；跨页再返回，看数量与范围是否符合规则；更新结果让它离开当前页，查看是否能从反馈找回。测试目标是身份关系，不是表格视觉整齐。相关操作可参阅《B端数据表格怎么设计？先让用户完成工作，再谈视觉整齐》。
加入对象删除、权限变化或状态不允许等场景，核对结果明细是否指出实际对象及原因。技术人员检查执行目标，设计人员检查用户能否辨认与继续，两种结果一起记录。
完成标志是序号用途清楚，同名对象可区分，排序分页不暗换目标，选择范围可核对，反馈与历史能找回同一身份。表格记录识别可靠，用户才能在位置变化的列表里继续处理真实工作。相关操作可参阅《SaaS 后台表格为什么越做越难用？数据表真正的问题不是“信息太多”，而是任务没有优先级》。
常见问题
行号一直显示在左边，可以当作记录编号吗？
只有它被实际业务定义为稳定编号时才可以。普通显示行号会随排序、分页和过滤变化，应明确称为序号或位置，不与业务标识混用。
名称唯一时，还要再显示一个编号吗？
看任务与数据规则。用户可识别名称可能已够阅读，但实际执行仍需稳定身份；存在更名、跨范围或历史核对时，必要标识会帮助区分对象。
排序后选中项不在当前页，应该自动清空吗？
按产品选择范围规则决定，但要准确反馈。可以保留或清除，不能静默把选择转到新页相同行位上的另一条记录。
批量失败报告只写第几行，够用吗？
不一定。文件行号能定位输入文件，站内操作还需要对象身份。两者同时记录才能在重新排序的列表中找到对应对象并继续处理。
记录更新后位置变化，要强制保留原行吗？
不必。真实排序可能需要改变位置。提供准确反馈、对象路径与合理上下文即可，不能为了保持位置无说明地展示过期结果。
链接复制成功
