DataTable.Select()查不到数据主因是筛选表达式语法错误：字符串/日期未加单引号、日期非ISO格式、含空格字段名未用方括号包裹；空值须用“IS NULL”；大小写敏感性受CaseSensitive属性及CultureInfo影响。
DataTable.Select() 为什么查不到数据？注意筛选表达式语法和数据类型
直接用 Select() 查不到结果，大概率是字符串值没加单引号、日期格式不匹配，或者字段名含空格/特殊字符但没用方括号包裹。
例如字段名为 "User Name"，必须写成 "[User Name] = '张三'"；数值型字段如 ID 可直接写 "ID = 123"，但字符串或日期必须加引号——日期还得是 ISO 格式（'2024-01-01'），不能用 "2024/01/01" 或本地化格式。
-
Select()返回的是DataRow[]，不是新表，原表结构和引用不变 - 空值判断要写成
"Age IS NULL"，不能写"Age = NULL" - 区分大小写取决于
DataTable.CaseSensitive属性，默认为false，但表达式里字符串比较仍受当前CultureInfo影响
用 DataView.Sort 实现内存排序比 LINQ 更轻量
如果只是临时排序展示（比如绑定到 WinForms DataGridView），用 DataView 比转成 List<T> 再用 OrderBy() 更快，也不额外分配对象。
关键点：排序字符串必须是列名 + 空格 + ASC 或 DESC，多个字段用逗号分隔，例如 "Status DESC, CreateTime ASC"。别写错列名，也别漏空格。
-
DataView dv = new DataView(table) { Sort = "Price DESC" };—— 这样创建后，dv.Table仍是原表，dv是视图 - 修改
dv.Sort会实时刷新视图，但不影响底层DataRow的物理顺序 - 如果后续要导出排序后数据，用
dv.ToTable()拷贝一份新表，否则直接用dv的Count和索引访问即可
DataTable.WriteXml() 导出时中文乱码？记得设 Encoding
WriteXml() 默认用 UTF-8，但不带 BOM，某些老工具（如 Excel 2003 打开 XML）可能识别为 ANSI 导致中文变问号。这不是 DataTable 问题，是 XML 声明缺失编码声明。
正确做法是用 XmlTextWriter 显式指定编码：
using (var writer = new XmlTextWriter("data.xml", Encoding.UTF8))
{
writer.Formatting = Formatting.Indented;
table.WriteXml(writer);
}
- 避免直接调用
table.WriteXml("data.xml")——它内部用的是Encoding.Default，Windows 简体中文下是 GB2312，极易出问题 - 导出 CSV 更简单：遍历
Rows和Columns手动拼接，注意字段含逗号或换行时要用双引号包裹（"text,with,comma"） -
DataTable.Load()读取 XML 时，只要 XML 有正确声明（<?xml version="1.0" encoding="utf-8"?>），就能自动识别编码
DataTable.Clone() 和 Copy() 的区别常被忽略
想保留结构新建空表，用 Clone()；想连数据一起复制，用 Copy()。但很多人在排序或筛选后想“保存结果”，却误用 Clone()，结果得到一个空壳。
-
table.Clone()只复制列定义（ColumnName、DataType、AllowDBNull等），行数为 0 -
table.Copy()复制结构 + 所有行，但行状态（RowState）全为Unchanged，不会保留Added或Modified - 从
DataView获取筛选/排序后的完整表，唯一可靠方式是dv.ToTable()，它等价于先Clone()再逐行ImportRow()
内存中操作 DataTable 本质是引用操作，DataRow 始终指向原始表的同一内存位置——改了 dv[0]["Name"]，原表对应行也会变。这点和 LINQ ToList() 完全不同，容易踩坑。
