嘿，我明白你的问题了——当前的校验规则只能保证输入是数字，但既没严格限制11位长度，也没筛选出以"09"开头的号码，对吧？咱们一步步修正这个逻辑：

首先，分析现有规则的问题 #

你现在用的([ContactNo]>=(0) AND [ContactNo]<=(9999999999))其实有两个明显漏洞：

• 它允许1位到10位的数字（比如12345也会通过，因为它远小于9999999999）；
• 完全没限制开头的两位必须是"09"，所以像63256115426这类不符合要求的号码也能被接收。

分两种情况给出修正方案 #

情况1：ContactNo存储为字符串类型（推荐！）

手机号本质是字符串（前导0有实际意义，未来可能扩展带区号等格式），用字符串校验更准确：

• 通用SQL写法：

  LEFT([ContactNo], 2) = '09' 
  AND LEN([ContactNo]) = 11 
  AND [ContactNo] NOT LIKE '%[^0-9]%'
  

  解释：

  • LEFT([ContactNo], 2) = '09'：强制前两位是"09"；
  • LEN([ContactNo]) = 11：确保总长度严格为11位；
  • [ContactNo] NOT LIKE '%[^0-9]%'：保证所有字符都是数字，避免混入字母或符号。

• MySQL适配写法：
  MySQL用CHAR_LENGTH替代LEN，正则校验更简洁：

  LEFT([ContactNo], 2) = '09' 
  AND CHAR_LENGTH([ContactNo]) = 11 
  AND [ContactNo] REGEXP '^[0-9]+$'
  

情况2：ContactNo存储为数值类型（不推荐，但如果必须保留）

数值类型会丢失前导0，所以我们要计算"09"开头的11位数字对应的数值范围：
"09000000000"转成数值是9000000000，"09999999999"转成数值是9999999999，所以校验规则可以写成：

[ContactNo] BETWEEN 9000000000 AND 9999999999

这个范围正好覆盖所有以"09"开头的11位数字对应的数值，同时自动排除了长度不足11位的数字（因为小于9000000000的数值要么是10位以下，要么不是09开头）。

额外建议 #

尽量把手机号字段改成字符串类型存储，这样能保留前导0，未来如果需要支持带国家码（比如+6309xxxxxxxxx）的格式也更容易扩展。

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