週末忽然發現有個資料庫出了問題，有「可疑」兩個字樣。
重啟資料庫，問題依舊。
上網查，一大堆，好複雜，怕整個sql都搞壞。
我想了一下原因，估計是前兩天有個資料庫的日誌無線膨脹。
我自作聰明地想，先將資料庫分離，然後再附加，看看行不行。結果不能分離，警告我要先還原或修復。我就先將資料庫離線，然後分離，成功分離。
但附加的時候怎麼也附加不了。
又到網上查，先建乙個同名的資料庫，然後停sql，將老檔案覆蓋新的，再開sql。但是開了之後，新建的這個資料庫並沒有出現預期中的「可疑」標誌，而是什麼都沒有，根本沒有展開的圖示。我估計，是因為原先這個資料庫自己建了好多檔案組，根本不止兩個檔案。
網上一大堆答案，其實都是大同小異，應該是抄來抄去的東西，有多少是經過了實踐的檢驗？我這個是生產資料，經不起折騰。
無奈之下，只好新建資料庫，建表，檢視、索引、儲存過程，等等。資料全部沒有了。
以前沒有定期備份，悔恨莫及。如果是資料庫高手，遇到這種情況，可能有辦法挽回損失，但如果平時有做備份，像我這樣的低手，也可以搞定啊！
所以，老老實實，做好備份，才是硬道理。
踏踏實實做事，老老實實做人
最近學術造假，學歷造假等各種造假風波不斷，其實這些事情對我們每個人來說，未必不是好事。它至少告訴我們應該老老實實做人，踏踏實實做事。不要急功近利，為了達到某種目的而不擇手段。學歷當然要高些好，但是質量還是需要，學歷是自己真正獲得的，還是買來的。記得在西安上學時，利文說過，有的人是教授 副教授，但是並...
還是老老實實學個爬蟲先
之前想直接蒐羅一些原始碼來看，但是發現涉及的內容比較多，涉及哪些知識，根本沒什麼頭緒。找了網上的一些資料，還是覺得學了爬蟲再說。這的確是必經之路。編寫請求 第一種 不推薦 import urllib2 response urllib2 urlopen print response read 第二種 ...
被靜靜點名了，老老實實回答問題吧
遊戲規則 a 被點名的人在自己的blog裡回答問題，最後要提出自己的問題，並繼續點名 至少2個人 讓遊戲繼續下去，但不得回傳。並要在自己的blog裡註明是從 接到的題目。b 要通知對方 你被點名叻 d 被點名者不得拒絕回答問題。e 完成遊戲的人將會永遠得到大家的祝福。1.你會因為所愛的人另有所愛而終...