比浏览器更快的访问！
11 关系: 字典序，Microsoft Access，Microsoft Excel，民國百年蟲，溢出，惡搞RFC，浮点数，愚人节，1999年，2000年问题，2038年问题。
字典序
(a2, b2,..., n2) 的有序多元组形式，那么两者即可排序——从前往后：.
新！!: 10000年问题和字典序 · 查看更多 »
Microsoft Access
Microsoft Office Access（前名Microsoft Access）是由微軟發佈的關聯式資料庫管理系統。它結合了Microsoft Jet Database Engine和圖形用戶界面兩項特點，是Microsoft Office的系統程式之一。 Access能夠存取Access/Jet、Microsoft SQL Server、Oracle数据库，或者任何ODBC相容資料庫內的資料。熟練的軟體設計師和資料分析師利用它來開發應用軟體，而一些不熟練的程式員和非程式員的進階用戶則能使用它來開發簡單的應用軟體。雖然它支援部分物件導向技術，但是未能成為一種完整的物件導向開發工具。 其實Access也是微軟公司另一個通訊程式的名字，想與ProComm以及其他類似程式來競爭。可是事後微軟證實這是個失敗計劃，並且將它中止。數年後他們把名字重新命名於此數據庫軟體。 目前最新的Access版本是Microsoft Access 2016 for Windows。.
新！!: 10000年问题和Microsoft Access · 查看更多 »
Microsoft Excel
Microsoft Excel是Microsoft为使用Windows和Apple Macintosh操作系统的电脑编写的一款試算表软件。直观的界面、出色的计算功能和图表工具，再加上成功的市场营销，使Excel成为最流行的个人计算机数据处理软件。在1993年，作为Microsoft Office的组件发布了5.0版之后，Excel就开始成为所适用操作平台上的电子制表软件的霸主。.
新！!: 10000年问题和Microsoft Excel · 查看更多 »
民國百年蟲
民國百年蟲問題，或民國100年問題、民國100年年序問題，通常簡稱百年蟲，是指一般由台灣開發以民國紀年的繁體中文的電腦軟件系統，因為程式設計上的問題，使電腦在處理民國100年（公元2011年）以後的日期可能會出現錯誤或無法正常操作。.
新！!: 10000年问题和民國百年蟲 · 查看更多 »
溢出
溢位可以指：.
新！!: 10000年问题和溢出 · 查看更多 »
惡搞RFC
惡搞RFC是互聯網國際標準機構的RFC協定裡的一批純屬搞笑的創作，通常都在愚人節發表。這個傳統自1989年開始，而且每年的愚人節都會有至少一個搞笑的RFC推出。這些文件都依照1973年6月發表的RFC 527（代號ARPAWOCKY）標準制定。亦有其他搞笑的RFC文件在愚人節以外的時間發表。這些惡搞類的RFC文件都在下面的列表中詳列。.
新！!: 10000年问题和惡搞RFC · 查看更多 »
浮点数
在計算機科學中，浮點（floating point，縮寫為FP）是一種對於實數的近似值數值表現法，由一个有效數字（即尾数）加上冪數來表示，通常是乘以某个基数的整数次指數得到。以這種表示法表示的數值，稱為浮点數（floating-point number）。利用浮點進行運算，稱為浮点计算，這種运算通常伴随着因为无法精确表示而进行的近似或舍入。 計算機使用浮點數運算的主因，在於電腦使用二進位制的運算。例如：4÷2.
新！!: 10000年问题和浮点数 · 查看更多 »
愚人节
愚人节位于每年公历4月1日，是从19世纪开始在西方兴起流行的民间节日，并未被任何国家认定为法定节日。在这一天人们以各种方式互相欺骗、捉弄及取笑，往往玩笑在最后才被揭穿。如果个别玩笑開得過大，很可能會引起人們的恐慌，产生较大规模反响及衍生成為謠言或都市传说。.
新！!: 10000年问题和愚人节 · 查看更多 »
1999年
没有描述。
新！!: 10000年问题和1999年 · 查看更多 »
2000年问题
2000年问题（Year 2000 Problem，简称Y2K），中國大陸及香港常称为千年蟲問題，台湾則称千禧蟲危機，是指由于计算机程序设计的一些问题，使得计算机在处理2000年1月1日以后的日期和时间时，可能会出现不正确的操作，从而可能导致一些敏感的工业部门（比如电力，能源）和银行，政府等部门在2000年1月1日零点工作停顿甚至是发生灾难性的结果。 2000年问题在英文中通常缩写为Y2K。其中Y表示“year”也就是年，而K则表示拉丁前缀“kilo”，表示1000。Y2K也可用來指2000年。 一般来说，由于计算机程序中使用两个数字来表示年份，如1998年被表示为“98”、1999年被表示为“99”；而2000年被表示为“00”，这样将会导致某些程序在计算时得到不正确的结果，如把“00”误解为1900年。在嵌入式系统中可能存在同样的问题，这有可能导致设备停止运转或者发生更加灾难性的后果。 由于世界上各地的政府和企业都对两千年问题给予足够关注，1999年1月1日到2000年3月1日并没有出现大范围的计算机故障。.
新！!: 10000年问题和2000年问题 · 查看更多 »
2038年问题
在计算机应用上，2038年问题可能会导致某些软件在2038年1月19日3时14分07秒之后无法正常工作。所有使用POSIX时间表示时间的程序都将受其影响，因为它们以自1970年1月1日经过的秒数（忽略闰秒）来表示时间。这种时间表示法在类Unix（Unix-like）操作系统上是一个标准，并会影响以其C编程语言开发给其他大部份操作系统使用的软件。在大部份的32位操作系统上，此「time_t」数据模式使用一个有正負號的32位元整數（signed int32）存储计算的秒数。依照此「time_t」标准，在此格式能被表示的最后时间是2038年1月19日03:14:07，星期二（UTC）。超过此一瞬间，时间将会“绕回”（wrap around）且在内部被表示为一个负数，并造成程序无法工作，因为它们无法将此时间识别为2038年，而可能会依個別實作而跳回1970年或1901年。因此可能产生错误的计算及动作。 有少數的情況下，在制定規格時，特別規定以無正負號的32位元整數（unsigned int32）儲存 POSIX 时间，因此錯誤會被延後到 2106 年。例如比特幣區塊鏈中的區塊時間戳記，就是以這種方法儲存。 目前并没有针对现有的CPU／操作系统搭配的简单解决方案。直接将POSIX时间更改为64位模式将会破坏对于软件、数据存储以及所有与二进制表示时间相关的部份的二进位兼容性。更改成无符号的32位整数则会影响许多与两时间之差相关的程序。不过，那时使用32位系统的计算机可能会很少。 大部份64位操作系统已经把time_t這個系統變數改為64位寬。不過，其他現有架構的改動仍在進行中，不過預期「應該可以在2038年前完成」。然而，直到2006年，仍然有数以亿計的32位系统在運行中，特別是许多嵌入式系统。相对于一般电脑科技18至24个月的革命性更新，嵌入式系统可能直至使用寿命终结都不会改变。32位time_t的使用亦被编码于文件格式，例如众所周知的ZIP压缩格式。其能存在的时间远比受影响的机器长。 新的64位运算器可以记录至约2900亿年后的292,277,026,596年12月4日15:30:08，星期日（UTC）。.
新！!: 10000年问题和2038年问题 · 查看更多 »
