我們談了大清單報表的呈現方法，其實有時候這些報表還需要打印，比如銀行打印流水對賬單。
那麼，打印是不是也要像呈現那樣做一個緩存機制呢？
沒有這個必要。打印和瀏覽不同，一般是從頭到尾過一遍就行了，過程中沒有翻頁的需求。這樣，只要流式讀入數據逐步生成打印頁就可以了，不會發生內存溢出的問題。
但這個做法仍然比較麻煩，特別是現代瀏覽器加強了安全控制，applet等插件經常被禁用，打印功能常常不能直接由報表工具提供，而要採用flash或PDF方式來實現。用flash可以做到流式讀取，但並不簡單，還會導致插件與後臺耦合性過高，影響安全性；而PDF方式就是一次性生成一個文檔，沒辦法實現這種機制了。
我們來算算打印100萬行記錄是什麼情況。
假設一頁紙能打印50行記錄（這已經算多了），100萬行記錄就意味着2萬頁紙。2萬頁的連續打印，有多少打印機能做到這個指標？你的用戶真有這樣的設備嗎？2萬頁紙大概有2米厚，什麼打印機能把這些紙放進去？商用快速打印機一分鐘也就30幾頁，就按50頁/分鐘算，2萬頁也需要7個鐘頭！作爲一個機械設備能連續工作這麼久是不容易的。
而100萬行記錄需要佔多大內存呢？一條記錄算1K已經很大（畢竟一頁要打印50行的），100萬行也就1G內存。這對於前端用於打印的普通PC來講並不難滿足。
這還是隻算了100萬記錄的情況，如果把100萬增加到500萬，內存仍然可以承受，而打印機是萬萬吃不消了。也就是說，在現代計算機的內存容量下，打印這個功能採用全內存方式是沒有問題的，幾乎找不到需要流式讀取的情況。作爲一個要重複銷售的商業軟件，報表工具沒必要去支撐這種極爲罕見甚至根本不存在的應用場景。
這個計算結果，看起來有點荒唐，讀者可能會覺得可笑。但這確實是和用戶溝通需求時真實發生過的事情，實際上喊的記錄行數比500萬要大很多，而用戶並沒有認真計算過它意味着什麼。經過一些常規計算我們就會發現，雖然有些用戶在叫，大清單報表的打印其實是個僞需求。
大數據領域還有些類似的事，比如說10T數據想要3秒返回結果，用戶卻不會想到這很可能意味着1萬塊硬盤。
嚴謹認真一點，會推出許多想不到的有趣結論 :)。