数据库索性
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元，就可以生成一份专业级美肤基因检测的报告。一方面，实现轻资产和纯利润；另一方面，不测序同样可以累积别家的数据库。