數據卡尺的定義：用最少的明文，來記錄一個相當大的數據，相當於把大數據壓縮成明文可解壓縮算式。
1：無理數壓縮方式
1.1：開任意素數的任意次方根
1.2：x的任意次方=x+任意正整數；x的任意次方=x-任意正整數
1.3：不相等的兩個任意素數，互為被除數
1.4：素數a大於素數b；素數a-素數b=小數c；素數a+素數b=大數d；小數c乘以素數b=大數d乘以素數a；這個方程式，並沒有驗證，可能是另外一種黃金分割吧？；小數c除以素數a=大數d除以素數b
1.5：素數的n次方=該素數的階乘，那麽這個n就是一個無理數
1.6：無理數的無理數次方是否可以等於一個有理數？
1.7：素數a大於素數b；素數a-素數b=小數c；素數a+素數b=大數d；素數a乘以小數c加上大數d=素數b的正整數次方？
1.8：a的b次方加上c的d次方加上e的f次方=g的h次方，abcdefgh互不相等且都是正整數；也可以是減去；然後使用正整數作為被開n次方的數，哪個數被開哪個數次方，從而生成互可溯源的無理數。
1.9：無數個小素數取小素數次方，然後相加兼或相減，最後等於一個大素數的任意素數次方，然後用這些素數來生成足夠多的無理數。
2：有理數壓縮方式
2.1：素數的遞減階乘乘方
2.1.1：如，13的素數的遞減乘方=13^11^7^5^3^2；
2.2：素數的遞增階乘乘方（有起點和終點）
2.3：素數階乘的遞減階乘乘方
2.3.1：如，13的素數的素數階乘的遞減階乘乘方=13!^11!^7!^5!^3!^2!
2.4：進製轉換法，也就是使用任意數取其除數和商，隻需要記錄上餘數和商和除數，就能速推出原始數據大小，而因為大數據本身數據足夠大，也就要求，最好是除數和商，都是取任意正整數的任意正整數次方兼或任意正整數的階乘，然後餘數記錄下來，需要還原時，再把數據給算回去。
2.5：把大數據使用素數去除，然後得出商和餘數。
2.6：大數據的三步壓縮方式
第一步：測試使用開素數次方根的方式，取其能夠最近似於取誰的素數次方根；例如19的平方=361，如果數據是365，那麽就等於19的平方和次方餘數為4。
第二步：如果次方餘數依舊足夠大，那麽再次進行運算，看是適合開素數次方根，然後不要其小數點後麵的數，再把小數點前麵的數記錄下來，然後用該數來進行n次方，獲得最接近源數據的結果，然後源數據-最大接近數=餘數，然後餘數足夠大，就繼續開最大接近數，獲得新的餘數。
示例：123456789987654321的987654321123456789次方=？，這個數是不是達到zb大小？
123456789987654321^987654321123456789
3：既然任何數，都可以表達為正整數有理數+無理數小數點後取的n位的方式，那麽任何貌似不規則的足夠長度的數據，都可以記錄為正整數有理數算法+取無理數小數點後n位+一些最少的特定位的替換成特等數，就能把1zb數據用1kb給記錄下來，存儲在一個u盤中，這套算法就命名為zb2kb好了，把zb給壓縮（to→2）到kb大小。
數據卡尺本身就可以作為一個無限接近的模糊解壓縮方式，用百分之二十的算術，生成百分之八十的數據，然後再用百分之八十的算術，來生成接下來百分之二十的數據，就直接把數據給解壓縮成功了，也就是這種算法，本身就支持多核心處理器使用。
還有作者之前使用winhex時的猜想：
1：記錄文件大小
2：記錄文件各種校驗碼（md4，md5，哈希值）【用上checksum（8bit），checksum（16bit），checksum（32bit），checksum（64bit），checksum（256？？？bit），crc（16比特和32比特）和其他哈希值】，然後使用數據卡尺生成的隻有公差的信息，然後進行有限的窮舉。
比如說，數據卡尺告知，數據大於3.1415926，而小於3.1415927，那麽根據哈希值的最終確認，就能還原出來，壓縮是就要進行解壓縮測試，發現哈希值對應同樣長度數據不同時，需要標記出來，按照數值大小來排列，然後指出是其中哪一個。
壓縮的文件，隻適合於存儲和網絡上傳和下載。
壓縮的文件，是搜索，模糊搜索，隻需要應用大壓縮文件的百分之一的累贅。
片段化壓縮方式，可以把一些內容分批的壓縮，然後方便搜索和隻應用大壓縮文件中很小一部分。
片段化壓縮方式，就是為了不完全解壓縮的方式應用壓縮文件。
1：無理數壓縮方式
1.1：開任意素數的任意次方根
1.2：x的任意次方=x+任意正整數；x的任意次方=x-任意正整數
1.3：不相等的兩個任意素數，互為被除數
1.4：素數a大於素數b；素數a-素數b=小數c；素數a+素數b=大數d；小數c乘以素數b=大數d乘以素數a；這個方程式，並沒有驗證，可能是另外一種黃金分割吧？；小數c除以素數a=大數d除以素數b
1.5：素數的n次方=該素數的階乘，那麽這個n就是一個無理數
1.6：無理數的無理數次方是否可以等於一個有理數？
1.7：素數a大於素數b；素數a-素數b=小數c；素數a+素數b=大數d；素數a乘以小數c加上大數d=素數b的正整數次方？
1.8：a的b次方加上c的d次方加上e的f次方=g的h次方，abcdefgh互不相等且都是正整數；也可以是減去；然後使用正整數作為被開n次方的數，哪個數被開哪個數次方，從而生成互可溯源的無理數。
1.9：無數個小素數取小素數次方，然後相加兼或相減，最後等於一個大素數的任意素數次方，然後用這些素數來生成足夠多的無理數。
2：有理數壓縮方式
2.1：素數的遞減階乘乘方
2.1.1：如，13的素數的遞減乘方=13^11^7^5^3^2；
2.2：素數的遞增階乘乘方（有起點和終點）
2.3：素數階乘的遞減階乘乘方
2.3.1：如，13的素數的素數階乘的遞減階乘乘方=13!^11!^7!^5!^3!^2!
2.4：進製轉換法，也就是使用任意數取其除數和商，隻需要記錄上餘數和商和除數，就能速推出原始數據大小，而因為大數據本身數據足夠大，也就要求，最好是除數和商，都是取任意正整數的任意正整數次方兼或任意正整數的階乘，然後餘數記錄下來，需要還原時，再把數據給算回去。
2.5：把大數據使用素數去除，然後得出商和餘數。
2.6：大數據的三步壓縮方式
第一步：測試使用開素數次方根的方式，取其能夠最近似於取誰的素數次方根；例如19的平方=361，如果數據是365，那麽就等於19的平方和次方餘數為4。
第二步：如果次方餘數依舊足夠大，那麽再次進行運算，看是適合開素數次方根，然後不要其小數點後麵的數，再把小數點前麵的數記錄下來，然後用該數來進行n次方，獲得最接近源數據的結果，然後源數據-最大接近數=餘數，然後餘數足夠大，就繼續開最大接近數，獲得新的餘數。
示例：123456789987654321的987654321123456789次方=？，這個數是不是達到zb大小？
123456789987654321^987654321123456789
3：既然任何數，都可以表達為正整數有理數+無理數小數點後取的n位的方式，那麽任何貌似不規則的足夠長度的數據，都可以記錄為正整數有理數算法+取無理數小數點後n位+一些最少的特定位的替換成特等數，就能把1zb數據用1kb給記錄下來，存儲在一個u盤中，這套算法就命名為zb2kb好了，把zb給壓縮（to→2）到kb大小。
數據卡尺本身就可以作為一個無限接近的模糊解壓縮方式，用百分之二十的算術，生成百分之八十的數據，然後再用百分之八十的算術，來生成接下來百分之二十的數據，就直接把數據給解壓縮成功了，也就是這種算法，本身就支持多核心處理器使用。
還有作者之前使用winhex時的猜想：
1：記錄文件大小
2：記錄文件各種校驗碼（md4，md5，哈希值）【用上checksum（8bit），checksum（16bit），checksum（32bit），checksum（64bit），checksum（256？？？bit），crc（16比特和32比特）和其他哈希值】，然後使用數據卡尺生成的隻有公差的信息，然後進行有限的窮舉。
比如說，數據卡尺告知，數據大於3.1415926，而小於3.1415927，那麽根據哈希值的最終確認，就能還原出來，壓縮是就要進行解壓縮測試，發現哈希值對應同樣長度數據不同時，需要標記出來，按照數值大小來排列，然後指出是其中哪一個。
壓縮的文件，隻適合於存儲和網絡上傳和下載。
壓縮的文件，是搜索，模糊搜索，隻需要應用大壓縮文件的百分之一的累贅。
片段化壓縮方式，可以把一些內容分批的壓縮，然後方便搜索和隻應用大壓縮文件中很小一部分。
片段化壓縮方式，就是為了不完全解壓縮的方式應用壓縮文件。