create table #tb
(
Table_Name sysname,筆數 int ,
保留空間 varchar(10),
使用空間 varchar(10),
索引使用空間 varchar(10),
未用空間 varchar(10))
insert into #tb exec sp_MSforeachtable 'EXEC sp_spaceused ''?'''
select * from #tb order by Table_name
go
drop table #tb
沒有想到最後是敗在壓力測試上，終究還是輸給了自己消極的態度
堤維西上線失敗！
系統開放上線後不堪大量使用者的湧入而癱瘓～等於是我自己給自己下了一個DOS攻擊的套一樣
痛定思痛、除了面對失敗外更要找出問題的癥結並且克服它。一直以來轉檔寫入SQL以及對SQL 進行查詢就被詬病效能低落，這次真的是吃到苦果了！所以再後來的狀況排除中也將該部主機效能不彰列為查緝重點。首先把AP跟DB拆開馬上發現問題卡在DB上～幾個訂單查詢下去立刻就整個塞住，CPU雖然是滿載但好像一直在虛耗？光是4萬筆的訂單(含關聯、計算)查一次就得4~5分鐘實在令人傻眼。
之後採取幾個改善措施：
1.檢查硬體安裝的正確性、完整性
經由系統人員提醒系統驅動似乎未正確安裝，導致效能無法發揮。
2.檢查SQL Server的設定、規劃
在多處理器、多磁碟機環境下，資料庫「檔案」應採取適當的切割，以有效發揮平行處理的能力。
3.檢查程式的設計、函數使用的方式
在VIEW裡面使用「純量值函數」取得資料似乎是一件不明智的作法，還是改回來用Join的方式比較好！
もしもあの春に
あなたと出逢わなければ
舞い散る花びらはただ白く
見えていたでしょうか?
もしもあの夏を
二人で過ごさなければ
花火の輝きも殘らずに
消えていたでしょうか?
一番綺麗な私を
抱いたのは あなたでしょう
愛しい季節は流れて
運命と今は想うだけ
もしもあの秋に
私が戻れるのなら
隠し通したあの涙さえ
見せてしまうでしょう
もしもあの冬に
あなたを信じていたら
今も二人で寄り添いながら
生きていたでしょうか?
一番綺麗な私を
抱いたのは あなたでしょう
消えない涙の記憶を
運命と人は呼ぶのでしょう
ああ あなたも私を
想うのでしょうか?
二度と戻ることのない
駆けぬけた季節を
一番綺麗な私を
抱いたのは あなたでしょう
あの日心は震えてた
だけど今溢れ出す
一番綺麗な私を
抱いたのは あなたでしょう
時を超えるこの想いは
愛の他何があるでしょう
一番綺麗な私を…
如果在那個春天
沒有與你相遇的話
漫天飛舞的花瓣
也只是所見的一片白色吧
如果在那個夏天
沒有與你度過的話
花火殘留的光芒
也會不留痕跡地消失吧?
最漂亮的我
是被你抱著的那個自己吧
相愛的季節已逝去
現在只能認為是命運吧
如果在那個秋天
我能再次回去
那些獨自吞下的眼淚
能在你面前流下吧
如果在那個冬天
我能相信你
如今兩人能互相依靠著
共同生活下去吧?
最漂亮的我
是被你抱著的那個自己吧
無法刪除的淚水記憶
就是人們所謂的命運吧
你也會
牽掛著我嗎?
無法再回去的
屬於我們的季節
最漂亮的我
是被你抱著的那個自己吧
那天我的心在顫抖
今天卻滿溢而出
最漂亮的我
是被你抱著的那個自己吧
超越時光的這些回憶
除了愛還有什麼呢
最漂亮的我…
