中国裁判文书网
&&/&&&&/&&&&/&&
肖桃生与永新县人民政府行政撤销、行政登记二审行政判决书
江西省吉安市中级人民法院行 政 判 决 书（2015）吉行终字第5号上诉人（原审原告）肖桃生，男，汉族，日生。委托代理人李海军，江西青源律师事务所律师。被上诉人（原审被告）永新县人民政府。法定代表人孙劲涛，该县县长。委托代理人盛小华、刘振华，永新县人民政府职员。原审第三人张智钦。原审第三人龙小新。原审第三人永新县三湾乡九垅村一组。代表人肖逢龙，该村小组组长。上诉人肖桃生因与被上诉人永新县人民政府（以下简称永新县政府）撤销林业行政登记一案，不服永新县人民法院（2014）永行初字第5号行政判决，向本院提起上诉。本院依法组成合议庭，对本案进行了审理。本案现已审理终结。一审法院经审理查明，日，高溪乡村民段吉风持1954年宁冈县人民法院（54）法总字第139号民批字第42号批示向永新县林业局提出申请，要求对坐落在三湾乡九陇村的“狗熊冲”山场进行确权发证。林业部门查证该“狗熊冲”山场2007年被三湾乡九陇村一组以《农村林地家庭承包合同》为依据将林地使用权登记在九陇村一组村民肖桃生等村民名下，并颁发了林权证。日永新县林业局向肖桃生送达了《林权登记告知书》，要求其在规定期限内提供相关林权证据，但肖桃生逾期未提供有效权属依据。依据日江西省林业厅《关于规范林权更正登记操作有关事项的通知》（赣林改字（号）文件精神，日永新县林业局向肖桃生送达了《林权更正登记通知书》，要求其在规定期间内前来办理林权更正登记手续，但肖桃生逾期未来办理更正登记。日永新县林业局向永新县政府上报了《关于要求撤销错误登记林权证的请示》（永林字（2013）83号），建议撤销肖桃生的林权证，永新县政府于日作出了的永府字（号《关于撤销错误登记林权证的批复》同意撤销肖桃生的永府林证字（2006）第号（编号为）林权证。日永新县林业局向肖桃生送达了《林权更正登记通知书》，告知其林权证已注销作废和法律救济期限，并在九陇村进行了林权证注销公告。另查明肖桃生已将上苟形冲山场经营权转让给张智钦，并已发放林地使用权证。肖桃生认为永新县政府的批复侵犯了其合法权益，遂向本院提起诉讼。一审法院认为，根据《江西省森林条例》第五十二条第二款、《江西省林权登记管理办法（试行）》第三十二条之规定，永新县政府作为原林权发证机关，有作出撤销林权证的主体资格。永新县政府的林业主管部门林业局收到高溪乡村民段吉风要求对坐落在三湾乡九陇村的“狗熊冲”山场登记发证的申请后，经调查该山场已登记发证在三湾乡九陇村一组包括肖桃生在内的村民名下。遂依据江西省林业厅赣林改字（号《关于规范林权更正登记操作有关事项的通知》向肖桃生送达了《林权登记告知书》、《林权更正登记通知书》，并在当地进行了林权注销公告。永新县政府作出的永府字（号批复中关于撤销肖桃生永府林证字（2006）第号林权证程序合法。2007年永新县政府仅凭肖桃生与九陇村一组签订的《农村林地家庭承包合同》为依据，将“苟形冲”中的1MDY00271001MDY00077宗地登记发证在肖桃生名下，权属依据不足。永新县政府于日向肖桃生及九陇村一组送达了《林权登记告知书》，通知其提交权属依据材料，肖桃生及九陇村一组未能提供关于该宗地的有效权属依据。高溪乡村民段吉风提供的原宁冈县人民法院（54）法总字第139号民批字第42号批示中确定“上狗熊冲”山场属永新县高溪乡段和妹、周玉章所有。因此永新县政府颁发给肖桃生“苟形冲”中的1MDY00070号、1MDY00077号宗地林权证，属错误发放，应予纠正。永新县政府依据《江西省森林条例》第五十二条第三款、《江西省林权登记管理办法（试行）》第三十二条之规定撤销颁发给肖桃生的1MDY00271001MDY00077宗地的林权证事实清楚、适用法律正确。对肖桃生庭审时提供的三份土地所有证，根据《最高人民法院关于行政诉讼证据若干问题的规定》第五十九条“被告在行政程序中依照法定程序要求肖桃生提供证据，其依法应当提供而拒不提供，在诉讼程序中提供的证据，人民法院一般不予采纳”之规定，永新县政府在作出林权变更过程中通知肖桃生提供，其未提供，故本院不予采纳，该组证据可在申请山林权属纠纷裁决时向有关部门提供。肖桃生代理人提出永新县政府办理林权更正程序是由案外人申请引起的，必须适用案外人异议程序。根据江西省林业厅赣林改字（号《关于规范林权更正登记操作事项的通知》，永新县政府林业主管部门选择依职权办理林权更正程序，也无过错。永新县政府作出的永府字（号《关于撤销错误登记林权证的批复》中撤销肖桃生永府林证字（2006）第号林权证认定事实清楚、证据确凿、适用法律法规正确，符合法定程序。据此，依据《中华人民共和国行政诉讼法》第五十四条第一项之规定，判决：维持永新县政府作出的永府字（号《关于撤销错误登记林权证的批复》中关于撤销肖桃生持有的永府林证字（2006）第号（编号为）林权证的决定，案件受理费50元，由肖桃生负担。肖桃生不服上述判决，上诉请求撤销原判，改判支持其诉讼请求。理由：1、永新县政府以肖桃生持有的林权证无有效权属依据属错误发放为由，撤销该证认定事实错误。2006年林改时，肖桃生及九垅村小组除了提供《农村林地家庭承包合同》以外，还有1985年县政府发的林权证及一直管业事实，足以证明林地和林木权属属九垅村小组及肖桃生。1985年的林权证本就是由县林业局登记审查确认后以县政府名义下发，然后村小组与各户签订《家庭承包合同》，县林业局有档案资料可查。怎么能认为是无有效权属依据呢日，县林业局下发林权更正登记告知书后，上诉人与全村各户被撤证的人及村委会、村小组负责人一起携带1952年宁冈县政府发给九垅村民的土地房产证（当时三湾属宁冈县管辖）、1985年林权证及各户自留山证等法定凭证到县林业局山纠办陈述情况，可是山纠办人员以复印件未盖公章为由拒不接收，也不去查证，现在却以逾期未提供有效权属依据，故意剥夺上诉人的申辩权利。2、启动纠错撤证程序究竟是县林业局依职权启动，还是根据权利人申请作出，一审判决的认定自相矛盾。县林业局在《林权更正告知书》称，是根据高溪乡林权权利人段吉风要求对坐落在三湾乡九垅村"苟形冲"山场进行确权的申请启动。但段吉风不具有权利人或利害关系人的资格，土改时土地私有制，但1956年第一部宪法颁布后，土地所有制只有集体和国家所有，不存在私有制，土地山场应属所在地区村集体经济组织。另外段吉风出嫁到御坪村，不属高溪村村民，段吉风还有哥哥段康仔在所属高溪乡。不论从哪个角度段吉风都不具有利害关系人资格。县政府不能凭无有效凭证，无利害关系人资格的人的申请及理由，就撤销上诉人的合法林权证。3、一审法院对于县政府在本案中存在的不按规定程序操作、将上诉人从井冈山法院复印的判决书作为己方证据向法庭出示、法院立案后按照第三人的指认到争议山场进行界址构图并作为证据提交等违反法定程序的行为不进行审查，反而违反程序先后追加段吉风、龙小新为所谓第三人参与诉讼，并随意更换，把审查行政机关的撤证行为的合法性，当做调处山林纠纷确权程序来办，把行政确权和司法审查混为一谈，导致行政审判走偏。4、适用法律不当。一审判决和县政府的依据均是江西省森林条例第五十二条第三款和江西省林权登记管理办法第二十二条的规定，以上条款均不符合本案案情，省森林条例第五十二条适用于在调解处理山林权属争议期间的阶段。但本案是己经确权发证，重点应是审查发证程序是否符合林权证登记的规定。林权登记管理办法第三十二条规定的程序是适用于行政机关经审查认为在发证中自己未尽审查责任，过失发证才主动纠正的情形，而本案被上诉人在答辩状和更正告知书中均认定为是所谓的权利人申请引起的撤证。因此，司法、行政两机关对本案处理所依据的法律依据，均系适用法律不当，导致判决结果不公。永新县政府答辩称：一审法院认定事实清楚，依据充分，适用法律法规正确，应予以维持。理由：1、永新县政府撤销上诉人错误登记林权证，事实清楚，证据充分。日，高溪乡林权权利人段吉风提供1954年宁冈县人民法院批示向永新县林业局提出申请，要求对坐落在三湾乡九陇村的"苟形冲"山场进行确权发证，并提出其山场林改期间被三湾乡九陇村九陇组农户错误登记。经林权复核，林改期间，上诉人肖桃生登记了"苟形冲"山场的林权证，登记发证依据为其与九陇村一组签订的《农村林地家庭承包合同》。日永新县林业局向上诉人送达了《林权登记告知书》，要求在规定期限内提供相关证据，但其逾期未提供，可证明上诉人的林权证属错误发放。另外，上诉人登记的"苟形冲"山场于日与龙源口镇辛田村井渡组张智钦签订了林地流转合同，并已将林木所有权和使用权转移登记给了张智钦。2、永新县政府撤销上诉人林权证程序合法。日，高溪乡林权权利人段吉风提供1954年宁冈县人民法院批示向永新县林业局提出林权登记申请。经调查复核，上诉人登记了申请人申请登记的山场。日永新县林业局向上诉人送达《林权登记告知书》，要求上诉人在规定期限内提供相关证据，但逾期未提供有效权属依据。依据日江西省林业厅《关于规范林权更正登记操作有关事项的通知》（赣林改字（号）文件精神，日永新县林业局向上诉人送达了《林权更正登记通知书》要求上诉人在规定期限内办理林权更正登记手续，但逾期未来办理更正登记；日永新县林业局向永新县政府上报了《关于要求撤销错误登记林权证的请示》（永林字（2013）83号），建议撤销上诉人的林权证；日经永新县政府《关于撤销错误登记林权证的批复》（永府字（号），同意撤销上诉人的林权证；日永新县林业局向上诉人送达了《林权更正登记告知书》，告知上诉人的林权证已注销作废和法律救济期限，并在九陇村九陇组进行了林权证注销公告。3、适用法律法规正确。依据日颁布施行的《江西森林条例》第五十二条第三款和日江西省林业厅下发的《江西省林权登记管理办法（试行）》第三十二条第三款规定"有足够的证据证明该证属错误发放的"，可由答辩人决定撤销上诉人错误登记的林权证。《江西省林权登记管理办法（试行））第二十九条和日江西省林业厅《关于规范林权更正登记操作有关事项的通知》（赣林改字（号）“林业主管部门直接登记的，经原发证机关批准变更或注销后，由林业主管部门书面通知当事人该林权证作废”、“对经书面通知，林权登记记载的权利人无正当理由逾期不办理更正登记的，由办理该林权登记的林业主管部门依职权办理更正登记”的规定，可由永新县林业局办理上诉人错误登记林权证的更正和告知等职权。原审第三人张智钦、龙小新、九垅村一组均未予答辩。上诉人肖桃生在二审中提交了以下2份证据：1、日金子承、段吉风与龙三星签订的《协议》复印件，用以否定龙小新提供的1955年买契的真实性。永新县政府质证认为，该协议是复印件，不具真实性，且与本案撤证无关联性。本院经审查认为，肖桃生无法提供原件予以核对，亦无相关证据予以佐证，对该证据的真实性依法不予认定。2、永新县政府1985年10月颁发给三湾乡九垅村（大队）的（永府）山权证字№0001901《江西省永新县山林权所有证》，该证附表第二栏载明：“山场座落及小地名：苟形冲左右，林木类别：杉柴，面积（市亩）：1589，现有蓄积立方米或株数：小杉8720k，四至：东冲口、南大埂、西冲山顶、北齐大埂。用以证明其2006年登领林权证的权属系来源于九垅村林业三定的山林权所有证的事实。经质证，永新县政府对其真实性没有异议，但认为其在县政府对其林权进行复查时，虽经县政府多次通知，其均拒绝提交，故依法不予采纳。本院认为，永新县政府对于自己所主张的肖桃生已登领的生效林权证属错误发放的事实，负有举证责任。在肖怠于行使权利，未按其要求提交权源依据的情况下，理应自行调取相关林权档案以确定是否存在错误发放的事实。故其质证意见依法不能成立，本院对该份山林权所有证的真实性、关联性依法予以确认。二审除一审法院查明的事实之外补充查明：涉案苟形冲山场在1985年林业三定时期由三湾乡九垅村登领了（永府）山权证字№0001901《江西省永新县山林权所有证》，面积1589亩，四至：东冲口、南大埂、西冲山顶、北齐大埂。2006年底，九垅村（甲方）将苟形冲山场上的96.6亩林地发包给本村一组村民肖桃生（乙方）承包经营，并签订了《农村林地家庭承包合同》，约定：承包期限50年，从2007年起至日止；承包林地所有权属甲方，承包期内发生权属纠纷由甲方负责，乙方享有承包林地使用权、林木所有权、使用权；承包期内乙方可以采取转包、出租、互换、转让或者其他方式流转林地承包经营权等。据此，永新县政府于日向肖桃生颁发了永府林证字（2006）第号林权证，永新县林业局亦为肖桃生填发了1MDY00271001MDY00077号宗地的《森林、林木、林地状况登记表》。本院认为，农村土地归农村集体所有，公民个人不享有土地所有权。根据（永府）山权证字№0001901《江西省永新县山林权所有证》，三湾乡九垅村对于涉案苟形冲山场在1985年林业三定时登领了1589亩的山林所有权证，肖桃生做为九垅村的村民，对本集体经济组织所有的林地依法享有承包经营权。永新县政府亦在2006年依据肖桃生与九垅村签订的《农村林地家庭承包合同》，向肖桃生核发了苟形冲山场96.6亩林地的林权证并进行了林权登记。该颁证、登记程序并未违反相关操作规程。上述九垅村的山林所有权证、肖桃生的九垅村村民身份以及其与九垅村签订的《农村林地家庭承包合同》，即为肖桃生登领苟形冲山场林权证的权属依据。永新县政府以无有效权属依据为由，撤销肖桃生所持有的林权证，与事实不相符，该撤证理由依法不能成立。一审判决认定撤证有效错误，应予纠正。如果高溪乡村民段吉风所持有的1954年宁冈县人民法院（54）法总字第139号民批字第42号批示所载“狗熊冲”山场确实与肖桃生所登领林权证的苟形冲山场属同一山场，则应由所在村集体申请启动山林权属争议调处程序，先行确定苟形冲山场的山林权的归属，再行解决肖桃生等村民是否错登林权证。据此，依据《中华人民共和国行政诉讼法》第六十一条第（三）项的规定，判决如下：一、撤销永新县人民法院（2014）永行初字第5号行政判决；二、撤销永新县人民政府作出的永府字（号《关于撤销错误登记林权证的批复》。一审案件受理费50元、二审案件受理费50元，均由永新县人民政府负担。本判决为终审判决。审　判　长　　李小清审　判　员　　颜　莉代理审判员　　李国红二〇一五年三月五日书　记　员　　罗英秀
一、本裁判文书库公布的裁判文书由相关法院录入和审核，并依据法律与审判公开的原则予以公开。若有关当事人对相关信息内容有异议的，可向公布法院书面申请更正或者下镜。
二、本裁判文书库提供的信息仅供查询人参考，内容以正式文本为准。非法使用裁判文书库信息给他人造成损害的，由非法使用人承担法律责任。
三、本裁判文书库信息查询免费，严禁任何单位和个人利用本裁判文书库信息牟取非法利益。
四、未经许可，任何商业性网站不得建立与裁判文书库及其内容的链接，不得建立本裁判文书库的镜像（包括全部和局部镜像），不得拷贝或传播本裁判文书库信息。
&&|&&&&|&&&&|&&&&|&&&&|&&
Copyrights(C)最高人民法院 All Rights Reserved
未经本网书面授权，请勿转载、摘编或建立镜像，否则视为侵权。
北京市东城区东交民巷27号 100745 总机:010- 举报:010-日期/时间类型PostgreSQL 9.0.4 中文文档PrevFast BackwardChapter 8. 数据类型Fast ForwardNext8.5. 日期/时间类型 Table 8-9显示了PostgreSQL支持的SQL中所有日期和时间类型。
这些数据类型上可以进行的操作在Section 9.9中描述。
Table 8-9. 日期/时间类型名字存储空间描述最低值最高值分辨率timestamp [ (p) ] [ without time zone ]8字节日期和时间（无时区）4713 BC294276 AD1毫秒/14位timestamp [ (p) ] with time zone8字节日期和时间，带时区4713 BC294276 AD1毫秒/14位date4字节只用于日期4713 BC5874897 AD1天time [ (p) ] [ without time zone ]8字节只用于时间00:00:0024:00:001毫秒/14位time [ (p) ] with time zone12字节只用于一日内时间，带时区00:00:00+145924:00:00-14591毫秒/14位interval [ fields ] [ (p) ]12字节时间间隔-年年1毫秒/14位Note:
SQL标准要求仅仅将timestamp类型
等于timestamp without time zone类型，（7.3之前的版本将其看做timestamp with time zone）
time，timestamp和interval
接受一个可选的精度值p
以指明秒域中小数部分的位数。没有明确的缺省精度，
p的范围对timestamp
和interval类型是从0到大约6。
如果timestamp数值是以双精度浮点数(目前的缺省)的方式存储的，
微秒的精度是可以通过全方位的价值观。当timestamp值存储为双精度浮点数（1过时的编译时间选项），那么有效精度会小于6。
timestamp值是以午夜之前或之后的秒数存储的，
而微秒的精度是为那些在前后几年的日期实现的，对于那些远一些的日子，精度会下降。
但当timestamp值是使用浮点实现数字，日期内取得几微秒精度。
请注意，在以浮点数存储的时候，随着时间间隔的增加，timestamp数值的精度会降低。
如上图所示：从公元前4713年至5874897 AD。
相同的编译时间选项也决定是否time和interval值存储为
浮点数或8字节的整数。在浮点运算的情况下，大interval值降低
精密的间隔增加的大小。
对于time类型，如果使用了八字节的整数存储，
那么p允许的范围是从0到6，
如果使用的是浮点数存储，那么这个范围是0到10。
interval类型有一个额外的选项，用于通过写这些词组之一，限制存储领域；
YEAR TO MONTH
DAY TO HOUR
DAY TO MINUTE
DAY TO SECOND
HOUR TO MINUTE
HOUR TO SECOND
MINUTE TO SECOND
需要注意的是，如果同时声明了fields和p，
fields必须包括SECOND，因为精度只适用于秒。
time with time zone类型是SQL标准定义的，
但是完整定义的有些方面会导致有问题的用法。
在大多数情况下，date，time，timestamp without time
zone和timestamp with time zone的组合就应该
能提供一切应用需要的日期/时间的完整功能。
abstime和reltime类型是低分辨率类型，
它们被用于系统内部。我们反对你使用这些类型，
因为这些旧类型的部分或全部可能会在未来的版本里消失。
8.5.1. 日期/时间输入
日期和时间的输入几乎可以是任何合理的格式，
包括 ISO-8601 格式、SQL-兼容格式、传统POSTGRES格式、其它的形式。
对于一些格式，日期输入里的月和日可能会让人迷惑，
因此系统支持自定义这些字段的顺序。
把DateStyle参数设置为MDY就按照"月-日-年"解析，
设置为DMY就按照"日-月-年"解析，设置为YMD就按照"年-月-日"解析。
PostgreSQL在处理日期/时间输入上
比SQL标准要求的更灵活。
参阅Appendix B获取关于日期/时间输入的
准确分析规则和可识别文本字段，包括月份、星期几、时区。
请记住任何日期或者时间的文本输入需要由单引号包围，
就像一个文本字符串一样。参考Section 4.1.2.7 获取更多信息。
SQL要求使用下面的语法：
type [ (p) ] 'value'
可选精度声明中的p是一个整数，
表示在秒域中小数部分的位数，我们可以对
time,timestamp,和interval类型声明精度。
允许的精度在上面已经说明。如果在常量声明中没有声明精度，缺省是文本值的精度。
8.5.1.1. 日期
Table 8-10显示了date类型可能的输入方式。
Table 8-10. 日期输入例子描述ISO 8601格式(建议格式)，任何方式下都是号January 8, 1999在任何datestyle输入模式下都无歧义1/8/1999在MDY下是一月八号；在DMY模式下是八月一日1/18/1999MDY 模式下是一月十八日，其它模式下被拒绝01/02/03MDY模式下的日；DMY模式下的日；YMD模式下的日
1999-Jan-08任何模式下都是1月8日Jan-08-1999任何模式下都是1月8日08-Jan-1999任何模式下都是1月8日99-Jan-08YMD模式下是1月8日，否则错误08-Jan-99一月八日，除了在YMD模式下是错误的之外Jan-08-99一月八日，除了在YMD模式下是错误的之外ISO 8601；任何模式下都是日990108ISO 8601；任何模式下都是日年和年里的第几天J2451187儒略日January 8, 99 BC公元前99年8.5.1.2. 时间
当日时间类型是time [ (p) ] without time zone和
time [ (p) ] with time zone。
只写time等效于time without time zone。
这些类型的有效输入由当日时间后面跟着可选的时区组成(
参阅Table 8-11和Table 8-12)。
如果在time without time zone类型的输入中声明了时区，
那么它会被悄悄地忽略。同样指定的日期也会被忽略，
除非使用了一个包括夏令时规则的时区名，比如
America/New_York，在这种情况下，
必须指定日期以确定这个时间是标准时间还是夏令时。
时区偏移将记录在time with time zone中。
Table 8-11. 时间输入例子描述04:05:06.789ISO 860104:05:06ISO 860104:05ISO 8601040506ISO 860104:05 AM与04:05一样；AM不影响数值04:05 PM与16:05一样；输入小时数必须<=1204:05:06.789-8ISO 860104:05:06-08:00ISO 860104:05-08:00ISO 8601ISO 860104:05:06 PST缩写的时区 04:05:06 America/New_York用名字声明的时区Table 8-12. 时区输入例子描述PST太平洋标准时间(Pacific Standard Time)America/New_York完整时区名称PST8PDTPOSIX风格的时区-8:00ISO-8601与PST的偏移-800ISO-8601与PST的偏移-8ISO-8601与PST的偏移zulu军方对UTC的缩写zzulu的缩写
参考Section 8.5.3以获取如何指定时区的更多信息。
8.5.1.3. 时间戳
时间戳类型的有效输入由一个日期和时间的连接组成，
后面跟着一个可选的时区，一个可选的AD或BC。
另外，AD/BC可以出现在时区前面，
但这个顺序并非最佳的。因此
04:05:06 -8:00
都是有效的数值，它是兼容 ISO-8601的。另外，
也支持下面这种使用广泛的格式;
January 8 04:05:06 1999 PST
SQL标准通过"+"或者"-"是否
存在来区分timestamp without time zone和timestamp with time zone文本。因此，根据标准，
TIMESTAMP ' 10:23:54'
是一个timestamp without time zone，而
TIMESTAMP ' 10:23:54+02'
是一个timestamp with time zone。
PostgreSQL从来不会
在确定文本的类型之前检查文本内容，
因此会把上面两个都看做是timestamp without time zone。
因此要保证把上面的第二个当作timestamp without time zone看待，
就要给它明确的类型：
TIMESTAMP WITH TIME ZONE ' 10:23:54+02'
如果一个文本已被确定是timestamp without time
zone, PostgreSQL将悄悄忽略任何文本中指出的时区。
因此，生成的日期/时间值是从输入值的日期/时间字段衍生出来的，并且没有就时区进行调整。
对于timestamp with time zone，内部存储的数值总是UTC(全球统一时间，以前也叫格林威治时间 GMT)。
如果一个输入值有明确的时区声明，那么它将用该时区合适的偏移量转换成 UTC 。
如果在输入字符串里没有时区声明，
那么它就假设是在系统的timezone参数里的那个时区，然后使用这个timezone时区转换成UTC。
如果输出一个timestamp with time
zone，那么它总是从UTC转换成当前的timezone时区，
并且显示为该时区的本地时间。要看其它时区的该时间，
要么修改timezone，
要么使用AT TIME ZONE构造
(参阅Section 9.9.3)。
在timestamp without time zone和timestamp with time zone之间的
转换通常假设timestamp without time zone数值应该以timezone本地时间的形式接受或者写出。
其它的时区引用可以用AT TIME ZONE的方式为转换声明。
8.5.1.4. 特殊值
PostgreSQL为方便起见支持在
Table 8-13里面显示的几个特殊输入值。
值infinity 和 -infinity是特别在系统内部表示的，
并且将按照同样的方式显示；但是其它的都只是符号缩写，
在读取的时候将被转换成普通的日期/时间值。
特别是now和相关的字符串在读取的时候就被转换成对应的数值。
所有这些值在 SQL 命令里当作普通常量对待时，都需要写在单引号里面。
Table 8-13. 特殊日期/时间输入输入字符串适用类型描述epochdate, timestamp 00:00:00+00 (UNIX系统零时)infinitydate, timestamp比任何其它时间戳都晚-infinitydate, timestamp比任何其它时间戳都早nowdate, time, timestamp当前事务的开始时间todaydate, timestamp今日午夜tomorrowdate, timestamp明日午夜yesterdaydate, timestamp昨日午夜allballstime00:00:00.00 UTC
下列SQL兼容函数也可以用于获取对应数据类型的当前时间值：
CURRENT_DATE,CURRENT_TIME,CURRENT_TIMESTAMP,
LOCALTIME,LOCALTIMESTAMP。
后四个接受一个可选的精度声明(Section 9.9.4)。不过，
请注意这些SQL函数不是被当作数据输入字符串识别的。
8.5.2. 日期/时间输入
日期/时间类型的输出格式设成 ISO 8601(默认)、SQL(Ingres)、
传统的POSTGRES(Unix date 格式)、German四种风格之一。
SQL标准要求使用ISO 8601格式。"SQL"输出格式的名字是历史偶然。
Table 8-14显示了每种输出风格的例子。
date和time类型的输出当然只是给出的例子里面的日期和时间部分。
Table 8-14. 日期/时间输入风格描述例子ISOISO 8601/SQL标准 07:37:16-08SQL传统风格12/17/:16.00 PSTPOSTGRES原始风格Wed Dec 17 07:37:16 1997 PSTGerman地区风格17.12.:16.00 PST
如果声明了DMY顺序，那么在SQL和POSTGRES风格里，
日期在月份之前出现，否则月份出现在日期之前(参阅Section 8.5.1看看这个设置如何影响对输入值的解释)。Table 8-15里有一个例子。
Table 8-15. 日期顺序习惯datestyle设置输入顺序输入样例SQL, DMY日/月/年17/12/:16.00 CETSQL, MDY月/日/年12/17/:16.00 PSTPostgres, DMYday日/month月/year年Wed 17 Dec 07:37:16 1997 PST
用户可以用SET datestyle命令选取日期/时间的风格，
也可以在配置文件postgresql.conf中的DateStyle参数中设置，
或者在服务器或客户端的PGDATESTYLE环境变量中设置。
我们也可以用格式化函数to_char(参见Section 9.8)来更灵活地控制时间/日期地输出。
8.5.3. 时区 时区和时区习惯不仅仅受地球几何形状的影响，还受到政治决定的影响。
到了19世纪，全球的时区变得稍微标准化了些，但是还是易于遭受随意的修改
，部分是因为夏时制规则。PostgreSQL使用广泛
使用的zoneinfo时区信息数据库有关历史的时区规则。在未来，假设
是已知的对于一个给定的时区的最新规则会被继续无限期的遵守。
PostgreSQL在典型应用中尽可能与SQL的定义相兼容。
但SQL标准在日期/时间类型和功能上有一些奇怪的混淆。
两个显而易见的问题是：
date类型与时区没有联系，而time类型却有或可以有。
然而，现实世界的时区只有在与时间和日期都关联时才有意义，
因为时间偏移量(时差)可能因为实行类似夏时制这样的制度而在一年里有所变化。
缺省的时区用一个数字常量表示与UTC的偏移(时差)。
因此，当跨DST(夏时制)界限做日期/时间算术时，
我们根本不可能把夏时制这样的因素计算进去。
为了克服这些困难，我们建议在使用时区的时候，使用那些同时包含日期和时间的日期/时间类型。
我们建议不使用time with time zone类型(
尽管PostgreSQL出于合理应用以及为了与其它RDBMS兼容的考虑支持这个类型)。
PostgreSQL假设你用于
任何类型的本地时区都只包含日期或时间(而不包含时区)。
在系统内部，所有日期和时间都用全球统一时间UTC格式存储，
时间在发给客户前端前由数据库服务器根据timezone配置参数声明的时区转换成本地时间。
PostgreSQL允许使用三种方法指定时区：
完整的时区名，例如America/New_York。
所有可以识别的时区名在pg_timezone_names视图中列出
(参见Section 45.60)。
PostgreSQL使用广泛使用的zoneinfo时区数据，
所以这些时区名在其它软件里也能被轻松的识别。
时区缩写。例如PST。
这种缩写名通常只是定义了相对于UTC的偏移量，
而前一种完整的时区名可能还隐含着一组夏时制转换规则。
所有可以识别的时区缩写在pg_timezone_abbrevs视图中列出(参见Section 45.59)。
你不能使用时区缩写来设置timezone或log_timezone配置参数，
但是你可以在日期/时间输入值中结合AT TIME ZONE操作符使用时区缩写。
除完整的时区名及其缩写之外，PostgreSQL还接受POSIX风格的STDoffset 或
STDoffsetDST格式的时区，
其中的STD是时区缩写、offset是一个相对于UTC的小时偏移量、
DST是一个可选的夏时制时区缩写(假定相对于给定的偏移量提前一小时)。
例如，如果EST5EDT不是一个已识别的时区名，那么它将等同于美国东部时间。
如果存在夏时制时区名是当前时区名，
根据zoneinfo时区数据库的posixrules条目中相同的夏时制事务规则，可以考虑使用这个特性。
在一个PostgreSQL标准安装中，
posixrules与US/Eastern相同，因此POSIX格式的时区声明遵循USA夏时制规则。
如果需要，可以通过替换posixrules文件来调整该习惯。
总之，完整的时区名与时区缩写在理论与实践之间存在差异：
时区缩写总是代表一个相对于UTC的固定偏移量，
然而大多数完整的时区名隐含着一个本地夏令时规则，
因此就有可能有两个相对于UTC的不同偏移量。
需要警惕的是，由于没有合理的时区缩写检查，POSIX格式的时区特点能导致静默的伪输入。
例如，使用SET TIMEZONE TO FOOBAR0时，实际上系统使用的是一个很特别的UTC缩写。
另一个需要注意的是，在POSIX时区名中，积极的偏移用于west格林尼治位置。
在其他地方，PostgreSQL遵循ISO-8601规定，即积极的时区偏移east格林威治。
总体而言，PostgreSQL8.2版本以后时区名在所有情况下
都是大小写无关的。而之前的版本在某些情况下是大小写敏感的。
无论是完整的时区名还是时区缩写都不是硬连接进服务器的，
它们都是从安装目录下的.../share/timezone/和.../share/timezonesets/配置文件中获取的(参见Section B.3)
可以在postgresql.conf文件里设置timezone配置参数，
或者用任何其它在Chapter 18描述的标准方法。除此之外，
还有好几种特殊方法可以设置它：
如果既没有在postgresql.conf里也没有在命令行开关
上声明timezone，那么服务器将试图使用服务器主机上的TZ环境变量
作为服务器的缺省时区。
如果TZ没有定义或者是PostgreSQL不认识的时区名，
那么服务器将试图通过检查C库函数localtime()的行为来判断操作系统的缺省时区。
缺省时区是按照最接近PostgreSQL的已知时区的原则来选择的。
（如果没有指定，这些规则也可以用来选择默认值log_timezone）。
使用SQL命令SET TIME ZONE为会话设置时区，
这是SET TIMEZONE TO的一个可选的拼写方式，
更加兼容标准。
如果在客户端设置了PGTZ环境变量，
那么libpq在连接时将使用
这个环境变量给后端发送一个SET TIME ZONE命令。
8.5.4. 间隔输入
interval类型值可以用下面的详细语法写：
[@] quantity unit [quantity unit...] [direction]
这里quantity是一个数字（可能已标记）；
unit可以是microsecond，millisecond，second，
minute，hour，day，week，
month，year，decade，century，millennium或这些单位的缩写或复数。
direction可以是ago或为空。@标记是可选的。ago否定所有。
如果IntervalStyle设置为postgres_verbose，那么这个语法同样用于间隔输入。
可以在没有明确单位标记的情况下声明天，小时，分钟和秒。
例如，'1 12:59:10'等同于'1 day 12 hours 59 min 10 sec'。
同样，可以用一个破折号来声明一个年和月的组合，例如'200-10'等同于'200 years 10 months'。
（事实上，SQL标准值允许短的格式，并且当 IntervalStyle设置为sql_standard时，用于输出）。
要么使用ISO 8601标准4.4.3.2的"format with designators"，要么使用4.4.3.3的"alternative format"，间隔值可以写为ISO 8601的时间间隔。
格式如下：
P quantity unit [ quantity unit ...] [ T [ quantity unit ...]]
字符串必须以P开始，并且可以含有一个T用以指明一天中时间的格式。
可用单位的缩写在Table 8-16有说明。
可以忽略单位，也可以以任意顺序声明，但单位小于一天时必须在T之后。
尤其M的含义依赖于它在T之前或之后。
Table 8-16. ISO8601间隔单位的缩写缩写含义Y年M月（日期部分）W周D日H小时M分钟（时间部分）S秒
以缩写格式：
P [ years-months-days ] [ T hours:minutes:seconds ]
一个字符串必须以P开始，然后以T隔开日期和时间。
给出的值是如同ISO 8601日期的数字。
当用fields规范写一个时间间隔常熟，或将一个字符串标记为用fields规范定义的一个间隔柱时，
未标记单位的解释由fields解释。如INTERVAL '1' YEAR读作1年，然而INTERVAL '1'代表1秒。
同样，fields规范中最低有效字段值规定会被静默的忽略。如，INTERVAL '1 day 2:03:04' HOUR TO MINUTE会导致删除
秒字段，而不是天字段。
根据SQL标准，间隔值的所有字段必须有相同的符号，因此前导负号可以用于所有字段；
如'-1 2:03:04'中负号同时应用于天和小时/分钟/秒。
PostgreSQL允许字段有不同的标记，并且传统上，文本表述中的每个字段会被认为是独立标记的，
因此在这个例子中的小时/分钟/秒被认为是允许的。如果IntervalStyle被设置为sql_standard，那么前导标记被认为是应用于所有字段的
（当然前提是没有再出现其他标记），否则会使用传统的PostgreSQL解释。为了避免这种奇异，建议为每个字段附上一个明确的标记。
PostgreSQL内部，interval值被存储为月，日，秒的格式，这是因为月中包含天，并且如果进行了夏令时调整，那么一天可以有23或25小时。
当秒字段可以存储分数时，月和天字段可以是整数型。由于时间间隔通常是由常量字符串或timestamp减法来定义的，
这种存储方法在大多数情况下很有效。justify_days和justify_hours函数可用于调整溢出正常范围值的天和小时。
在详细的输出格式，以及更紧凑的输入格式中，字段值可以有小数部分，例如'1.5 week'或'01:02:03.45'。
这种输入被转换成恰当的月，天和秒来存储。由于这样会产生小数的月或天，因此在低阶字段中引入了分数，用以1 month = 30 days 和 1 day = 24 hours的转换。
例如，'1.5 month'即1个月15天。输出中，只有秒可以写成分数形式。
Table 8-17中有一些有效的interval输入的例子。
Table 8-17. 间隔输入示例说明1-2SQL标准格式：一年两个月3 4:05:06SQL标准格式：3天4小时5分6秒1 year 2 months 3 days 4 hours 5 minutes 6 seconds传统Postgres格式: 1年2个月3天4小时5分钟6秒P1Y2M3DT4H5M6SISO 8601 "带标识符格式":与上面相同含义PT04:05:06ISO 8601 "缩写格式":与上面相同含义8.5.5. 间隔输出
间隔类型的输出格式可以用命令SET intervalstyle设置为下面四种类型：sql_standard，postgres，postgres_verbose或iso_8601
默认是postgres格式，Table 8-18中有每种格式的示例。
sql_standard格式产生的输出结果符合SQL的区间字符串标准，
如果间隔值满足标准的限制（无论年-月，或只有天-时间，没有积极和消极的构成的混合）。
否则类似一个标准年-月文本字符串后跟有一个天-时间文本字符串的输出，带有添加明确标记的消除歧义混合信号的时间间隔。
postgres格式的输出与PostgreSQL8.4（此时DateStyle参数设置为ISO）之前的输出是一致的。
postgres格式的输出与PostgreSQL8.4（此时DateStyle参数设置为非ISO输出）之前的输出是一致的
iso_8601格式的输出与ISO 8601标准4.4.3.2节中的"format with designators"一致。
Table 8-18. 间隔输出格式示例格式年-月区间天-时间区间混合区间sql_standard1-23 4:05:06-1-2 +3 -4:05:06postgres1年2个月3天04:05:06-1年-2个月+3天-04:05:06postgres_verbose@1年2个月@3天4小时5分6秒@1年2个月-3天4小时5分6秒以前iso_8601P1Y2MP3DT4H5M6SP-1Y-2M3DT-4H-5M-6S8.5.6. 内部
PostgreSQL 使用儒略历法计算所有日期/时间，
假设一年的长度是365.2425天。这个方法可以很精确地预计/计算从公元前4713年到很久的未来的任意一天的日期。
19世纪以前的日期传统(历法)只是对一些趣味读物有意义，
而在我们这里好像没有充分的理由把它们编码入日期/时间控制器里面去。
PrevHomeNext二进制数据类型Up布尔类型}