也许是一直以来的惯性思维，也许也有兴许的心不在焉，但不论怎么样，都是自己的粗心大意，在这里记录下来，也给自己一个小小的提醒吧。
从开始接触数据库知识开始，就不断的遇到问题，时而是-26的错误，时而-40的错误等等等等，每一次都很想扔掉这麻烦的东西，但是没有数据库，额，不知道会是怎么样的场景。好吧，废话不多说，先列出今天遇到的问题。
从朋友那里得到了一个关于C#版本的飞信源码，吼吼，开心的哇，把手头的书放下，代码搁浅，开始研究研究，一个项目源码到手，和其他人一样，首先想的就是先附加好数据库，再打开VS先运行看看效果。于是我将该路径中的数据库文件复制到SQL安装目录下DATA的文件夹里，这样就不用在乎什么附加的权限问题了，一切准备就绪，打开SQL Server2008开始做习以为常的附加，很利索的成功了。额，额，刷新，再刷新，继续刷新……刷新N次后，还是没发现刚刚附加成功的数据库在哪里，我添加的数据库名称如图所示：
此时，数据库对象资源管理器里面却怎么也看不见它，这还真是千古奇事了：
好吧，我安慰自己，刚刚的操作没有成功，再试一次，嗯，再试一次应该没问题的。于是我重新打开附加对话框，开始重复的操作，这回郁闷至极了，报错了：
5123的错误，很好，有错误码就好说了，到google，百度，必应去找这个错误的解决方法，网络上也有很多5123的错误，但是同样是操作系统错误，更多的解决方法都是权限问题，就没遇到过我这样的，心有不甘，好吧，网络上没有答案，我自己找答案。不管能不能知道问题的所在，我必须先解决这个问题。我决定不从DATA目录附加了，到数据库文件原来存储的地方，设置好权限，开始重新做附加工作，虽然预期到失败的结果，但还是吃惊了一下，提示数据库重名了，无法添加同名文件：
其实从一开始就觉得数据库是附加成功了的，只是找不到数据库才这样做的，也许机子出故障了吧，我这么想，于是重启了电脑，抱着最后一丝希望开启了数据库，好吧，失望收场，我问了几个朋友，都说没遇到过这样的情况，是啊，附加成功的数据库不翼而飞，我也是第一次遇到，这下头疼了，好吧，我更改下数据库名称，再试一次，最后试一次，不行的话，不行的话我也不知道怎么办。说干就干，再复制一次数据库文件，更改了数据库名字：
开始做附加工作，我的眼力刚刚怎么就不好使，现在怎么就这么好使了呢？我看见问题在哪里了，是的，我看见了，555，有种想落泪的冲动：
这个文件名字怎么就这么眼熟呢？
原来在这里出现过，我一直以为这个文件是之前下载过OA的项目源码遗留下来的，居然不是！我就纳闷了，虽然一直知道数据库文件名和附加时候的数据库名称可以不同名，但这还真的是第一次遇到真有人这么做。555，一直以来附加数据库我不会去更改“附加为”里面的内容，所以也一般会忽视这一行，即使附加出错，提示点击“消息列”我也只会傻傻的找“消息列”，几乎从来没注意过前面几列究竟是干嘛的。我承认，自己粗心了，也承认一直以来的惯性思维也让我误以为数据库文件名和附加时候的数据库名一定是相同的，就这么简单的问题，折腾了我将近半小时，真的很不应该！
原来不只是写代码要细心要耐心，对待数据库更加马虎不得！谨此提醒自己，做什么事情都要有细心！！
