速查 › 資料檔總覽 database

資料檔總覽 database

球員能力、成績、名單、球隊資料，全部在 data\database\ 這一個資料夾裡。 好消息是：23 個檔案裡有 19 個是純文字，記事本就打得開， 而且每個檔自己會說明每一欄是什麼。

23 是剛安裝好的原版的數量。你自己的資料夾可能更多 —— 模組、工具、你自己的備份都會在這裡留下檔案。 本站測試機就有 26 個，多出來的三個是一份舊匯出、一個 .bak、 還有一個模組留下的資料夾。多出來的檔不是遊戲的，遊戲也不讀它們。

先看規模

上面每個數字都是把 data\database\ 現場打開數出來的，不是引用他人資料。 量的是本站測試機那一份：25 個檔案，加上模組留下的那個資料夾就是開頭講的 26 個； 剛安裝好的原版是 23 個檔（測試機多出來的兩個檔是一份舊匯出 attrib.dat.csv 與一個 schedule.big.bak）。「純文字檔 20 個」同理 —— 遊戲自己的 19 個，加上那份不是遊戲的 attrib.dat.csv。

表頭自己會說明每一欄是什麼

這是這個資料夾最好用的地方。每個純文字檔的第一行長這樣：

0 first_name,1 last_name,2 playerattrib_jerseynum,3 playerattrib_bats,...;
│            │            │
│            │            └ 第 2 欄:背號
│            └────────────── 第 1 欄:姓
└─────────────────────────── 第 0 欄:名

表頭  0 first_name,1 last_name,2 playerattrib_jerseynum,...;
資料  0fff0f559,0 Shohei,1 Ohtani,2 17,...
          │         └───────┴─ 每一格都是「編號 空格 值」
          └─────────────────── 行首多一個 9 碼識別碼

行首那個識別碼是把各表串起來的鑰匙

它不只是流水號。原版 attrib.dat 的 2,921 列沒有一個重複， pitcher.dat 的 1,430 列也是。而且其他表會用它來指向球員或球隊：

兩份都是 100%。這件事換名單也不會壞 —— 模組作者換掉整份球員名單，這些對照關係還是全中， 代表它不是巧合，是遊戲要求的。

最後一列的意思是：投手也是球員。 兩張表用同一個識別碼描述同一個人， attrib.dat 記他的打擊與體格，pitcher.dat 記他的投球能力。

roster.dat 第 000000015 列
  欄位0 = 00b87d5f5   欄位1 = 0fff0f559   欄位2 = SP3
            │                    │
            │                    └→ attrib.dat 的這一列 = Shohei Ohtani
            └──────────────────────→ team.dat 的這一列 = Los Angeles Angels

結果:大谷翔平 · 天使隊 · 先發輪值第 3 號

已解 org.dat 的欄位 1～4 是編號沒錯（像 193451509），本站上線時寫「對不到 team.dat，是另一套編號系統」——那是錯的。它就是 team.dat 那串十六進位識別碼的十進位寫法：193451509 = 0xb87d5f5 = team.dat 的 00b87d5f5。實測 124 個非零的值，124 個全部對得上。對出來的內容也合理：第一列是天使，往下依序是它的 3A、2A、1A 農場球隊。完整說明見為什麼你加不了新球隊。

19 個純文字檔各裝什麼

下表最後一列 attrib.dat.csv 不是遊戲的檔， 剛安裝好的原版資料夾裡沒有它。列出來是因為很多人的資料夾裡會有， 看到它不用緊張，也不要把它當成能改的目標。

拿這張表去驗你自己那份名單被換過沒

本站同時打開剛安裝好的原版與一台裝了模組的機器，把每個檔量了兩次：

lh 與 rh：對左投跟對右投是分開記的

六個檔名以 lh／rh 開頭，內容是同一批球員面對左投與右投的分開數據。 成對的三組：能力（attrib）、打擊成績（bstats）、投球成績（pstats）。

roster.dat：一支球隊有四套先發名單

這個檔的欄位結構跟其他檔都不一樣：

0 roster_teamid          哪一隊
1 roster_playerid        哪一位球員
2 rh_roster_al_position       3 rh_roster_al_battingorder   對右投 · 美聯
4 rh_roster_nl_position       5 rh_roster_nl_battingorder   對右投 · 國聯
6 lh_roster_al_position       7 lh_roster_al_battingorder   對左投 · 美聯
8 lh_roster_nl_position       9 lh_roster_nl_battingorder   對左投 · 國聯

守備位置與打序各有四套，按「對手投手是左投還是右投」乘上「美聯還是國聯」分開存。 兩聯盟要分開，是因為指定打擊的規則不同。

全部 18 個檔的完整欄位表

站上另一頁列了 attrib.dat 的 46 欄 與 pitcher.dat 的 29 欄，那是最常改的兩個。 但那只是 75 / 338。

python -c "print(open(r'你的遊戲資料夾\data\database\attrib.dat').readline())"

attrib.dat —— 46 欄

共同前綴 playerattrib_ 已省略。

bstats.dat —— 6 欄

共同前綴 batstat_ 已省略。

career.dat —— 9 欄

共同前綴 batcareerstats_ 已省略。

careerp.dat —— 11 欄

共同前綴 pitchcareer_ 已省略。

fbstats.dat —— 6 欄

共同前綴 fieldstat_ 已省略。

lhattrib.dat —— 28 欄

共同前綴 lrattrib_ 已省略。

lhbstats.dat —— 14 欄

共同前綴 lrbatstat_ 已省略。

lhpstats.dat —— 13 欄

共同前綴 lrpitchstat_ 已省略。

manager.dat —— 21 欄

共同前綴 manager_ 已省略。

org.dat —— 14 欄

共同前綴 org_ 已省略。

pitcher.dat —— 29 欄

共同前綴 pitchattrib_ 已省略。

pstats.dat —— 15 欄

共同前綴 pitchstat_ 已省略。

rhattrib.dat —— 29 欄

共同前綴 lrattrib_ 已省略。

rhbstats.dat —— 14 欄

共同前綴 lrbatstat_ 已省略。

rhpstats.dat —— 13 欄

共同前綴 lrpitchstat_ 已省略。

roster.dat —— 10 欄

team.dat —— 55 欄

共同前綴 team_ 已省略。

Mariners  Twins  Devil Rays  Blue Jays
Diamondbacks  Astros  Brewers  Nationals

tstat.dat —— 5 欄

共同前綴 team_ 已省略。

剩下那 5 個檔

hist.dat：唯一的二進位檔，結構解開了

這是 database\ 底下唯一不是純文字的資料檔。本站 2026-08-28 把它的外層結構解開：

開頭 4 個位元組   筆數（32 位元，小端序）
接下來            筆數 × 25 個位元組，定長，沒有分隔符號

驗算方法很硬：(檔案大小 − 4) ÷ 筆數 必須剛好等於 25。三份檔案都成立：

對照組：把筆數那一欄當成 big-endian 讀會得到 35 億筆，除出來 0.0001 —— 所以那一欄確實是小端序，不是猜的。

25 個位元組裡，解出來的只有一個欄位（2026-08-28 當時）

（2026-09-05 註：上面這張表是 2026-08-28 當天的狀態。 位置 11 是球隊、12 是打擊／投球的來源標記、13–21 是成績欄位， 都在隔天解開了 —— 見下面〈25 個位元組全部填滿了〉那一節。）

⭐ 2026-08-29：25 個位元組全部填滿了

上一節停在「位元組 11 到 21 會變，意義不明」。現在整張表填完了， 而且方法跟聲音格式那次是同一個：先找到一份能說「你錯了」的標準答案。

每一筆 25 個位元組

打擊（第 12 個位元組 = 129，共 6,173 筆）

兩個欄位的上限剛好各自等於一項真實的大聯盟紀錄： 打數 716（Jimmy Rollins，2007）、安打 262（鈴木一朗，2004）。

投球（第 12 個位元組 = 130，共 3,316 筆）

三振上限 383 是 Nolan Ryan 1973 年的紀錄，救援 62 是 Francisco Rodríguez 2008 年的紀錄。

⭐ 決定性的一筆：兩個人，各一年，七個欄位同時對上

光靠上限還不夠 —— 那只是兩個點。真正釘死它的是從資料裡找出一筆 成績完全可查的球季，把每個欄位跟史實逐一比對。

各七個欄位，全部命中。而且年份欄位是獨立解出來的 （1911 與 1973），不是本站挑的。

全體檢驗

打擊率 .27 上下、防禦率 3.7 上下，那是真實棒球一百年來的位置。 切錯位元的話這兩個數字會是隨機的。

⚠️ 那 1 筆「得分 < 全壘打」在物理上不可能（每支全壘打至少得一分）。 本站判斷那是名冊本身的一筆錯誤資料，不是解碼錯誤 —— 因為其他四條關係在同一批資料上都是 100%。但這是判斷，不是證明。

位元  0  1  2  3  4  5  6  7  8  9 │ 10 11 12 …
     44 41 40 37 35 32 30 23 20 17 │ 50 50 45 …
                                ↑
                    一路遞減到 17%，然後跳回 50%

這 19 個檔是從哪裡來的：一個 Access 資料庫

社群做名冊時，不是直接編這 19 個文字檔。 他們編的是一個副檔名叫 .mbe 的母檔，改完再匯出成 .dat。

那個 .mbe 是微軟 Access 的資料庫，只是換了副檔名。 檔案開頭第 5 到第 19 個位元組直接寫著 Standard Jet DB：

七個檔全部以 00 01 00 00 開頭、全部是 4,096 個位元組的整數倍 （Jet 資料庫的分頁大小）。這不是數量吻合 —— 檔案自己寫著格式名稱。

attrib   bstats   career   careerp  fbstats
histb    histp    lhattrib lhbstats lhpstats
manager  org      pitcher  pstats   rhattrib
rhbstats rhpstats roster   team     tstat

動手之前

📌 重點整理

• 一句話 球員能力、成績、名單、球隊資料全在 data\database\ 這一個資料夾，而且純文字檔的表頭自己會說明每一欄是什麼，記事本就打得開。
• 規模 純文字檔的資料筆數合計 40,697 筆（本站測試機 20 個檔加總）；18 個純文字 .dat 的欄位總數是 338 個，不重複的欄位名 261 個。反覆出現的資料列數只有四個：2,921（全部球員）、1,430（只有投手）、126（球隊）、34（球團），所以看列數就大概知道一個檔在描述誰。
• 編號自帶，但不要照編號建表 表頭與每一格資料都寫著欄位編號，18 個檔逐格檢查帶編號比例 100%。可是 tstat.dat 在社群名冊上有 252 格（126 列 × 2）掛錯編號，剛安裝好的原版是 0 格。要照位置讀，把編號當校驗碼，否則下半季勝敗會靜靜蓋掉上半季，程式一句話都不會說。
• 行首那 9 碼識別碼才是鑰匙 roster.dat 指向 team.dat 與 attrib.dat，原版 2,970 筆全中、裝過模組那台 3,004 筆全中，換名單也不會壞。名字不能當識別依據，實測本站測試機有 10 組同名同姓（剛安裝好的原版是 0 組），其中 4 組是真的不同人剛好同名。
• 最會咬人的是欄位位移 lhattrib.dat 28 欄、rhattrib.dat 29 欄，多的那一欄插在第 22 格，從那裡起同一個編號在兩個檔裡指不同的東西。attrib.dat 的 46 欄裡也有 27 欄在原版與社群名冊之間位置不同 —— 本頁那張 46 欄的表列的是原版的欄號。永遠在執行時從表頭比對欄位名，不要記欄號。
• 本頁訂正過自己好幾次 org.dat 欄位 1 到 4 上線時寫成「對不到 team.dat，是另一套編號系統」，那是錯的，它其實是同一串識別碼的十進位寫法，124 個非零值全部對得上。另一處原本只寫「lh 跟 rh 欄位數不一樣」，那句話對卻擋不住錯，因為一個小心的人會決定「只處理前 28 欄」，剛好踩到位移。2026-09-05 又訂正一批：南方氣候區漏列皇家、hist.dat 位元組 13–21 已在同一頁解開卻還掛著「未解」、欄位表沒標它量的是原版、以及一句「本站每一支讀名冊的腳本都是這樣寫的」的全稱句。
• 2026-08-29：hist.dat 的 25 個位元組全部填滿了 打數上限 716、安打 262、三振 383、救援 62，各自等於一項真實的大聯盟單季紀錄；1911 與 1973 那兩筆各七個欄位全部命中史實；整體打擊率 .2774、防禦率 3.74。社群當年的母檔是換了副檔名的 Access 資料庫，六份跨 2006 到 2019 的檔表名一模一樣，histb 與 histp 合併時才留下那個 129／130 的來源標記。
• 本站沒驗的 rookie.big 與 progress.big 未解；rhattrib.dat 為什麼只多記一邊未確認；投球那段的位元 41 到 42 未解、盜壘失敗只是推測；華盛頓被標成「室內」的搬家解釋是推論，沒有直接證據；唯一那筆「得分少於全壘打」被判斷成名冊本身的錯誤資料，本站也寫明那是判斷不是證明。

接下來

• 球員資料檔 attrib / pitcher —— 能力欄位的完整避雷
• 把賽程換到任何年份 —— 這個資料夾裡唯一有完整教學的檔
• 遊戲檔案地圖 —— 其他資料放在哪裡