資料庫索性
A. sql server顯示遠程過程調用失敗怎麼辦
Sql Server服務遠程過程調用失敗解決
今天在登陸本地sqlserver時遇到這樣一個問題，於是馬上網路了各種答案，最後得以解決，於是記錄一下
打開控制面板，找到卸載程序，把」Microsoft SQL Server 2013（2012） Express LocalDB」卸載掉，然後打開SQL Server 配置管理器，就會顯示正常使用。
本來以為顯示了就可以，結果SQL Server服務啟用不了，瞬間心情低落到了極點。。。。
查找windows日誌找到了這個
居然是過了評估期，難道之前的程序安裝的時候沒有輸入密鑰？阿西吧。。。。。太可惡了豎豎！
於是進到安裝中心
點擊這個版本升級死都沒反應啊！我點我點我繼續點啊點，還是沒反應。。。。。。。。。
索性就直接點修復找到安裝文件再試試
修復完了之後果然可以升級了，輸入密鑰，我的sqlserver終於連上了
附sqlserver 2008 r2密鑰
Developer: PTTFM-X467G-P7RH2-3Q6CG-4DMYB
Enterprise: JD8Y6-HQG69-P9H84-XDTPG-34MBB
Microsoft SQL Server 2008 R2序列號密鑰
第一種、辦法就是
這種辦法就是把」Microsoft SQL Server 2013(2012) Express LocalDB」卸載掉了，具體方法是：開始菜單-控制頁面-增加刪除程序中-找到"Microsoft SQL Server 2013(2012) Express LocalDB"，然後我們點擊卸載之後重啟電腦，我們再打開SQL Server 配置管理器，就會顯示正常使用。
第二種、辦法就是升級資料庫
把你現在的資料庫版本升級更高版本的資料庫，或者升級SqlServer2008為SP1或者SP2。
第三種、方法就是手動啟動資料庫服務項
方法如下：
在我們桌面右擊我的電腦「「管理」→「服務」 找到SQL Server(MSSQLSERVER)，右擊，選擇「啟動」。此時登陸資料庫不會有問題輪纖棗，但是重新啟動系統後，問題會依舊存在的。
剛剛打開SQL Server 2008，想要新建一個資料庫，卻發現出現了一個問題，這個問題由於之前沒有遇到過，所以下面整理解決SQL server服務遠程調用失敗的幾個方法，供大家參考，具體內容如下
先看看出現的問題：
出現上面這個錯誤的原因可能是由於咱們在裝VS2012或者其他版本的時候，這個VS會自動裝「Microsoft SQL Server 2013（2012） ExpressLocalDB」服務，所以導致SQL server2008，中SQL server服務顯示遠程過程調用失敗。知道了原因解決其他就相當簡單了。
第一：採用溫柔的方式
乖乖地升級自己的資料庫為更高的版本。
第二：將就一下
如果只用這一次資料庫，就去計算機→管理→服務，找到要開啟的服務SQLserver（MSSQL SERVER）去啟動就OK了。
第三：不將就
當然生活嘛，就得學會不將就，因為米老師說的：不將就是發現的原動力。所以呢，為了每次使用都能正常使用，只能委屈「Microsoft SQL Server 2013（2012） ExpressLocalDB」這個服務了，魚與熊掌不可兼得。所以去控制面板果斷的找到這個自動安裝的服務，去卸載它吧，對VS沒有大影響。卸載後，然後開啟SQL server服務下的需要的服務即可。
話說回來了，VS為什麼要自動裝「Microsoft SQL Server 2013（2012） ExpressLocalDB」，寶寶真不知道，不過看錶面意思，應該是一個本地資料庫什麼的？？？網路告訴我說：VS2012中提供了一個本地資料庫引擎「Microsoft SQL Server 2013（2012） ExpressLocalDB」，通過VS2012可以臘拆很方便管理和使用本地資料庫。
再為大家分享另一套解決SQL SERVER 2008 R2配置管理器出現「遠程過程調用失敗」（0x800706be）錯誤提示的方案：
以前SQL Server 2008 不能登陸的時候，總是通過「計算機管理」→「SQL Server服務」更改一下，"SQL Server（MSSQLSERVER）"。可是現在出現的問題卻成了SQL Server服務打不開的情況，很是郁悶。如圖：
通過網上查，才知道是因為SQL Server2008 與VS2012 共存的問題，當你電腦中同時裝了這兩樣東西，SQL 就會出現上圖中的情況。
解決辦法：從控制面板或者其他輔助軟體中找到」Microsoft SQL Server Expres 2012LocalDB「將其卸載即可。如圖：
卸載之後，重新刷新一下，「SQL Server服務」就出出來，如下圖，然後再按照下圖中的第二個紅線框將已停止的SQL Server(MSSQLSERVER)啟動即可。
到此為止，好多人的問題應該能夠解決，可能是我RP 的原因吧，當我啟動SQL Server（MSSQLSERVER）之後又出現了新的問題。具體如下圖：
通過查看windows日誌文件（查看日誌文件的方法）就能看出是因為埠被佔用的原因，解決這個問題也挺容易的，只需要將SQLEXPRESS服務中後面三個都關掉，保證每次啟動只有一個啟動就好。問題終於解決了。
以上就是本文的全部內容，希望幫助大家順利解決SQL server服務顯示遠程過程調用失敗問題。
B. 如何復制一個Oracle資料庫（11G）
詳細的方法這里很難解答，需要你另外參考博客或是文檔，不過我給你解釋下原理。重點就是oracle軟體和資料庫數據是相分離的，這點你要有自信，所以數據不丟，搬移到另一台電腦完全可行。這裡面那些文件是獨立於oracle軟體呢？
1、init.ora初始參數文件，也稱為pfile、spfile，是資料庫啟動所必須的文件；
2、控制文件，ctl後綴結尾的，包含了資料庫的表空間、數據文件路徑等信息；
3、數據文件，dbf後綴結尾的，就是對應了控制文件里提到的實實在在的文件；
4、在線日誌文件，log後綴結尾的，用來記錄實時的log；
5、歸檔日誌文件，arc後綴結尾的，用來備份在線日誌文件；
6、密碼文件，存儲sysdba許可權用戶的密碼，可使得sysdba許可權用戶遠程登錄；
根據你的情況，因為你需要：關閉資料庫、不需要歸檔、密碼文件可以後創建。
所以前三個文件你必須搞清楚，搞清楚了就ok了，將前三項到另一台安裝好oracle的機子，根據實際環境，修改init裡面的內容，然後就可以啟動資料庫了，不過會提示某些數據文件路徑可能錯誤的問題，是由於新環境和就環境路徑不一樣，根據ctl控制文件找不到，所以需要有些命令來修改路徑。也會有其他各式各樣的問題，但是這是正常的！並不是說資料庫壞掉了，是dba必須要會的工作。
希望給你個淺顯的解答。
C. 關於sql server的jdbc連接問題
關於SqlServer2005的jdbc連接的TCP/IP錯誤問題解決
解決方案（自己照圖配置，ok）
打開SQL Server Configuration Manager，然後按如下圖的配置：
網路方案（僅供參考）
在 SQL Server 2005 裡面，如果出現到主機的 TCP/IP 連接失敗。
java.net.ConnectException: Connection refused: connect!
首先是因為sqlserver2005默認情況下是禁用了tcp/ip連接。
您可以在命令行輸入：telnet localhost 1433進行檢查，這時會報錯：正在連接到localhost...不能打開到主機的連接，在埠 1433: 連接失敗
啟動tcp/ip連接的方法：
打開 Microsoft SQL Server 2005配置工具目錄下的SQL Server Configuration Manager--->網路配置選擇mssqlserver協議, 然後右邊窗口有個tcp/ip協議，然後啟動它，把sqlserver服務停了，然後在啟動。問題就解決了！
這時在命令行輸入：telnet localhost 1433就不會再報錯了，窗口顯示為一片黑，即為正常
特例：
1，打開SQL server configuration manager--->網路配置--->Tcp/Ip，右鍵選擇開啟Tcp/IP
2，雙擊修改Tcp/IP埠號。注意不是所有機器的埠號都是1433，打開Tcp/Ip界面後，先查看最底下一欄的動態埠號是多少，像我的機器就是2921.在這兒糾結了很久，原先全部的時間都浪費在把埠設置成1433！！
然後把上面所有的動態埠號都改為2921（你自己機器的動態埠號），所有Enable的選項都選YES。然後應用，確定。
附：我是索性把所有的不論動態埠還是埠都設成了2921，調了半天，生氣了！
3，重啟資料庫連接服務。
然後在命令行輸入：telnet localhost 埠號，如果窗口不顯示連接不上，出來一個黑屏，那麼就表示連接成功了。
然後去你寫的類裡面連接資料庫吧，起碼不會再有「到主機的TCP/IP連接失敗」的問題了！
D. 在本機上連接ACCESS查詢速度很快的，但另一台機通過區域網連接ACCESS查詢速度卻很慢，是什麼原因呢
試試想辦法加快區域網的訪問速度
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\RemoteComputer\NameSpace]
"D6277990-4C6A-11CF-8D87-00AA0060F5BF"=-
把這個加入注冊表，或網路一下，有很多這方面的。例如：啟動所有路由、交換機、網卡的全雙工功能。（當然得你的系統支持）之類的。
另外，用access作資料庫後台，多人同時訪問一個庫或者一個表格，卡頓會比較嚴重，而且容易出現數據沖突。用mssql作資料庫後台會有改善，而且你的資料庫比較大了，更應該考慮提升一下後台的性能。
不過，在多客戶共用資料庫時，最好還是用緩存或臨時鎖定之類的方法，用ADO來訪問資料庫，通過程序優化來避免同時編輯引起的沖突。
用ADO訪問資料庫，不管是access還是mssql 後台，除了連接方法略有區別，語法都是一樣的，這種改變難度不大。
E. 如何評價23魔方基因檢測
羊毛出在豬身上，讓牛來買單，太絕了。
去年8月，23魔方率先將消費級基因檢測價格從999元砍到499元，引起業內震動。迫使WeGene跟進降價。 時隔不到一年，今年6月26日，23魔方再次宣布降價，價格腰斬至299元。
據了解，這款299元的檢測產品採用賽默飛世爾的定製晶元，包含80萬個SNP位點，檢測內容包括自身的祖源、遺傳風險、遺傳特質、遺傳變異攜帶、營養需求、葯物反應、運動健身等板塊共計170多項。
雖然與臨床級產品相比，消費級產品的檢測項目內容大多「無關痛癢」，看似可以隨意捏造報告數據，其實不然。
一方面是因為檢測造假很容易被識破：同一個消費者只要化名寄送兩份自己的樣本，看看結果是否一致；或者將自己和父母的家系樣本分別化名寄送，看看位點是否符合孟德爾遺傳，就能找出破綻。檢測造假的風險太高，只要競爭對手寄送幾個樣本試探試探，分分鍾身敗名裂。
另一方面，消費級的基因檢測的技術門檻並不高，若產品流程各環節成本管控做得極好的話，做到這樣的低價也不是完全不可能。該公司宣稱預期在18年底達到50萬人次的樣本量，我猜測在這樣數量級的采購規模下，SNP+array和試劑耗材的采購成本都會大幅降低。
更何況，23魔方也能像WeGene一樣提供全部位點數據下載，因此我認為這款產品的檢測不太可能作假，應當是真實可靠的。
在檢測不作假的情況下，299元也就能勉強cover檢測成本。不少業內人士紛紛質疑，23魔方到底為什麼不想賺錢，自願將盈利空間壓縮到極限呢？
傅盛說過，以前的商業模式是羊毛出在羊身上，而現在則有可能是羊毛出在豬身上。正如小米的最大本事：它在看得見的部分可以不掙錢，但卻可以用別的方式掙。
「羊毛出在豬身上」是互聯網行業（個人認為23魔方和WeGene在本質上更像是互聯網企業）慣用的一種策略，一般分兩個步驟：
1、利用一個侵略性的價格（極端的就是免費、補貼），找到一個具有普遍性需求的細分市場，大量獲取基礎用戶。
2、基礎用戶數量突破臨界點後，效應顯現，此時通過對高價值用戶收費或尋找第三方買單的方式獲取收入。
羊毛出在豬身上，其實是「甲方賣東西乙方買東西而丙方搶著來買單」的一個有趣概括。最典型的案例就是360。在過去，主流殺毒軟體的商業模式就是靠收取年費，360殺毒讓用戶永久免費使用。360的策略是先把其他殺毒軟體的用戶都搶過來，然後給他們裝360安全瀏覽器，再向廣告商收費。
同樣道理，23魔方很可能並不打算靠to C的檢測業務賺辛苦錢，而是先想辦法靠低價搶占市場憋大招，再靠to B的資料庫業務來賺錢。
我們可以把這次降價看作是一次大規模的獲取基因數據的行為，目的是積累百萬級的中國人群的基因資料庫。這樣的資料庫擁有巨大的商業和科研價值，將會成為23魔方最值錢的資產。只要稍微給用戶一點小恩小惠，讓他們在APP上填表，收集表型信息，就能做百萬人群的隊列研究。
23魔方在未來可能的商業模式是收取費用，將數據授權給科研機構或者葯廠使用。譬如做GWAS挖掘基因和腫瘤等疾病的相關性，篩選出新發現的易感位點，用於新葯研發。
作為普通用戶，我更關注基因檢測服務背後的用戶隱私和數據安全。這里的數據安全有兩個維度：一個是外部生物黑客的攻擊，存在數據泄密的風險；一個是內部的數據濫用，如何避免基因檢測服務商在未經我授權的情況下將我的數據應用於商業或科研中。
首先最好匿名注冊這類檢測服務；其次，在不授權檢測方使用數據的情況下，我建議填表時，能不寫實話就不寫實話，表型什麼的最好全部瞎填。如果檢測商信守承諾，不使用我們的數據，自然沒影響；若是暗地裡偷偷用未授權的數據，那被誤導也是咎由自取。
23魔方的299元的價格，對消費級基因檢測的行業的沖擊相當大。首當其沖的並不是WeGene，而是做各類單項基因檢測服務的公司。
以小紅書上常見的美膚基因檢測和瘦身基因檢測為例，這類產品檢測范圍只有幾個到幾十個位點，價格還可能賣的比299更貴。而23魔方做80萬個位點。就好比，一家店裡單點一個漢堡要17塊；而另一家店裡點一個全家桶才要15塊，裡面漢堡雞翅薯條蛋撻啥都有，你怎麼選？
目前國內消費級基因檢測在很大程度上可以看作是SNP+array（或者其他檢測技術平台）的代工測序。直接測出SNP的信息之後，就能出具絕大部分的解讀報告，並不需要什麼生信演算法。
除了祖源分析需要獨家的演算法之外，別的幾乎沒有啥技術含量。不少企業的基因檢測等於掙的是代工測序的差價。隨著23魔方不斷拉低終端價格，一旦價格戰打起，代工測序的利潤會越來越薄。
因此，樣本上不了量拼不過價格的公司，倒不如趁早放棄代工測序的路子，沉澱下來打磨演算法，在個性化解讀方面下功夫。不掙測序的錢，掙演算法和解讀的錢，未來真正的壁壘在解讀，這才是正確思路。
最後，給做單項基因檢測服務的公司支個招。如果是我的話，我就放大格局把23魔方這種公司當做自己的測序工廠，索性支持用戶上傳自己在23andme，WeGene，23魔方等公司測過的基因數據。
譬如用戶上傳數據後，只需付費20元，就可以生成一份專業級美膚基因檢測的報告。一方面，實現輕資產和純利潤；另一方面，不測序同樣可以累積別家的資料庫。