針對你的第一個問題，看起來你有反正規化的需求？不然同一個資料為什麼要存兩次？

針對第二個問題，是要看你的需求。在同一個網頁用到好幾個資料表並沒有什麼問題，如果有效率的考量（例如網頁產生時間很久，或是資料庫連結不敷使用），那首先考量的應該是：

1. index有沒有建好（有沒有建，是否符合查詢需求）
2. 查詢時是否有做分頁，來限制每次查詢結果的數量（這個比較關鍵）

每個查詢用到好幾個資料表是正常現象，通常不會有太大的效能問題，除非是大量資料跑分析報表又沒建好index。不過這一類需求，比較不建議用real time的方式產生，最好讓系統排程來做。

其實你兩個問題都可以用 memcache 來解。
第一個問題，只需要把取資料的邏輯改為：

1. memcache 裡有沒有資料？有就直接輸出，沒有再查資料庫
2. 查出資料庫最新一筆，存到 memcache，再輸出
   寫資料的邏輯則改為：
3. 寫入資料庫
4. 刪除 memcache 的記錄
   這樣就不必多一個只存最新一筆的 table、多寫 trigger，還多一次 query。
   如果不會用 memcache，那就用 share memory 代替。

第二個問題，資料量大的 table 做 join，如果索引設定正確，速度一樣是秒殺的。但是不是有必要把大量資料往網頁送，就值得商確，得看user是不是需要一次看這麼資料，是不是可以分頁達成。假如是像匯出的功能，非得一次把所有資料 dump 到 client 端去，那就考慮在 php 程式開頭加個 ob_start("ob_gzhandler");
壓縮輸出會比較快。
若不是使用 php，就在 apache 加掛 mod_deflate 模組。

MySQL有個很方便的作法來限制每次顯示的筆數:例如，
select A.aaa,B.bbb
From A inner join B on A.ID = B.ID
Limit 0, 100

"Limit 開始列，結束列＂若間距是100，每次就只取出100筆顯示於網頁。

希望對你有幫助！

1,2都有高手回覆了
小弟直接回覆你第三點
加快速度建INDEX是必備的,還可以把常用資料建VIEW,可加快"查詢"速度!!