Excel和wps表格以1900年1月1日为起点（以下简称起点日），用数字1表示，也就是用数值1表示1900年1月1日，数值2表示1900年1月2日，以此类推，比如2026年1月1日等于数值46023，因为2026年1月1日是起点日开始后的46023天。

　　可以看到，日期本质上就是个正整数数值，只是用日期格式表达为XXXX年XX月XX日的形式，在表格中使用右键设置单元格格式就可以直接完成正整数和日期之间的转换（如果是0的话会转换为1900年1月0日，负整数则无法转换为日期，同样的，起点日以前的日期也无法转换为负整数，即只能是个文本格式）。所以起点日以后的日期是可以用表格函数做加减乘除的，当然这种乘法、除法一般不具备什么意义，不过减法、加法是可以找到明确意义的，比如2026年1月1日-起点日=46022，也就是两者相距的天数。起点日+46022=2026年1月1日，也就是某日经过指定天数之后是什么日期。

　　有人会问，比如要计算起点日和目标日之间相差几天，但如果遇到目标日是起点日之前的日期（比如1800年1月1日）的情况，因为目标日无法转换为负整数，那么怎样用函数来做减法或其它数值运算呢？这个问题的回答是，Excel和wps表格中确实无法直接用函数给起点日以前的日期做数值运算，理由即前述已提及的，起点日以后的日期和起点日以前的日期在表格中有个根本的区别，即起点日以前的日期都只能是文本格式，而文本格式是无法进行数值运算的，如果要计算只能借助其它软件工具，当然也可以另外自制一张日期映射表格。

　　此外，表格中日期的正整数数值也是有上限的，即2958465，也就是公元9999年12月31日，这之后的日期也只能是文本格式，而无法变成数值进行计算。也就是表格中数值表示的日期范围必须是1900年1月1日-9999年12月31日。

　　说回起点日还有个bug，而这个bug一直未被修正，即我们在表格中输入1900年的最后一天即1900年12月31日，转换为数值格式后我们会发现显示的是366，实际上1900年只有365天，因为它并不是闰年（闰年的话有366天）。一般规定每4年设一个闰年，但同时规定能被100整除而不能被400整除的年份不设闰年，这样可以和地球绕太阳公转时间（约365.2422天）尽可能接近，所以1900年能被100整除，但不能被400整除，并不是闰年。因为将1900年错判为闰年，而闰年多的那1天是设置在2月份，也就是2月29日，所以excel表格误加的那一天就是1900年2月29日，也就是这一天在历史上是不存在的，但在表格中是可以输入1900年2月29日并转换为正整数60的（即1900年1月的31天+2月的29天=60天）。所以之前说到的2026年1月1日和起点日之间差46022天是不准确的，因为46022天中包括了错加的1900年2月29日，实际相差天数应该是46021天。此外，1900年2月28日是星期3，3月1日是星期4，但是如果用WEEKDAY（提取目标日期的星期几数）计算，前者结果为星期3，后者结果为星期5，也是因为多加了1900年2月29日这一天，而这一天被认为是星期4。

　　以下为一些日期处理函数，具体用法可搜索“日期和时间函数(参考)-Microsoft支持”查看：

　　=YEAR：用以提取目标单元格日期数据的年份（不在1900年–9999年范围则无法处理，下同）。例如2026年1月2日提取为2026。

　　=MONTH：用以提取目标单元格日期数据的月份。例如2026年1月2日提取为1。

　　=DAY：用以提取目标单元格日期数据的日。例如2026年1月2日提取为2。

　　=HOUR：用以提取目标单元格日期数据的小时。例如2026年1月2日 7:45（输入时最好写成2026/1/2 7:45:00，下同）提取为7。

　　=MINUTE：用以提取目标单元格日期数据的分钟数。例如2026年1月2日 7:45提取为45。

　　=SECOND：用以提取目标单元格日期数据的秒数。例如7:45:18提取为18。

　　=TODAY：用以输出当前的年月日。

　　=NOW：用以输出当前的年月日时分。

　　=WEEKDAY：用以输出目标日期的星期数，例如=WEEKDAY（TODAY（）会输出当前这一天是星期几。不过因为前述1900年错误闰年的关系（有些解释认为这是因为星期日才是一周的第1天导致的），这个函数需要写成=WEEKDAY（TODAY（），2）的形式，否则星期数会差一天。

　　=DATEVALUE：如果日期为文本格式，该函数可转换为数值以方便计算。和直接右键设置单元格格式的方法等效。