原文:链接服务器 "(null)" 的 OLE DB 访问接口 "SQLNCLI11" 指示该对象没有列,或当前用户没有访问该对象的权限. SELECT * FROM OPENROWSET('SQLOLEDB', 'server=.;uid=sa;pwd=sdty-cc', 'exec DBMobileBJ.dbo.Do_CallProcess_Jcmx_Report '); GO ---改为---------- SELECT * FROM OPENROWSET('

无法启动链接服务器"XXX DB Link"的 OLE DB 访问接口 "SQLNCLI11" 的嵌套事务.由于 XACT_ABORT 选项已设置为 OFF,因此必须使用嵌套事务.链接服务器"XXX DB Link"的 OLE DB 访问接口 "SQLNCLI11" 返回了消息"无法在此会话中启动更多的事务". [以上问题待解决] 临时解决方案:暂时先避免使用分布式事务,相同代码不会出现该问题.

原文地址:http://www.infoq.com/cn/articles/wq-dojo-data-store 无论在传统的桌面应用还是在主流的互联网应用中,数据始终占据着软件应用中的核心地位.当下,web2.0已经是一个让人们耳熟能详的词汇,而由此 带来的数据的开放与共享,引领我们走入了海量数据时代.在今天的互联网上,数据的交互几乎成为了我们的终极诉求,可随之而来的数据多样性,信息的分布式存 储及松耦合,以及数据量的几何级规模的膨胀也带来了数据组织上的难度的增大,与此同时,伴随着Ajax,

最近在学C#的数据库编程,对于数据库接口技术这块的知识一直比较模糊,网上查了不少资料,看了几天还是朦朦胧胧的,只能做些笔记再研究了. 我们都知道,“数据库”是指一组相关信息的集合,最早的计算机应用之一也是开发数据库系统,即通过计算机来存储和检索数据的机制. 在数据库发展的前几十年里,数据以各种不同的方式存储并展现给用户,比如:层次数据库.网状数据库,这些都是非关系数据库. 直到1970年,才出现了“关系模型”,借助冗余数据来链接不同表中的记录,关系数据库中的每张表都包含一项作为每行唯一标识的信息

对接口成员的访问 对接口方法的调用和采用索引指示器访问的规则与类中的情况也是相同的.如果底层成员的命名与继承而来的高层成员一致,那么底层成员将覆盖同名的高层成员.但由于接口支持多继承,在多继承中,如果两个父接口含有同名的成员,这就产生了二义性(这也正是C#中取消了类的多继承机制的原因之一),这时需要进行显式的定义: using System ;interface ISequence { int Count { get; set; }}interface IRing { void Count(in

ODBC API 实现数据库操作的手段是句柄.在ODBC中,使用不同的句柄(HANDLE)来标志环境(environment).连接(Connection).语句(statement).描述符(description)等.句柄是一个应用程序变量,系统用它来存储关于应用程序的上下文信息和应用程序所用到的一些对象. 1.1.1      环境句柄环境是存取数据的全局性背景,与环境相关的是全局的所有信息.例如:环境状态.当前环境状态诊断.当前在环境上分配的连接句柄.每个环境属性的当前设置. 在实现OD

之前写过一篇文章专门分析了 c++ 模板编译过程中报的一个错误:<fatal error C1045: 编译器限制 : 链接规范嵌套太深 >,其中涉及到了 qtl -- 一个使用 c++ 11 构建的数据库访问库,当时限于篇幅,没有深入研究它是如何借助 c++ 11 来简化数据库访问接口的,本文现在就来探讨一下这方面的内容. 没有 c++ 11 之前,苦逼的程序员对于 sql 操作的输入输出,只好一行行敲代码,例如在调用数据库接口前设置绑定参数:在调用成功后,循环遍历查询的记录.很多时候数据库

消息 7302,级别 16,状态 1,第 1 行 无法创建链接服务器 "(null)" 的 OLE DB 访问接口 "Microsoft.JET.OLEDB.4.0" 的实例. 解决方法 发现根本原因了:management studio--->服务器对象-->链接服务器-->Microsoft.Jet.OLEDB.4.0-->右键属性-->访问接口选项:全都不选 我之前一直遇到这个问题,最后发现了规律,原来是office2007的问题

在使用SQLserver建立远程服务连接Oracle的时候出现先下面错误 出现这个错误,我找到最常见的两个原因 1.注册表 <1>按下WIN+R,打开“运行”窗口,输入“regedit”,回车 <2>在打开的注册表编辑器的左侧按如下路径依次展开: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\Providers 在Providers下面一般来说是看不到OraOLEDB.Oracle这一项的,于是

原文:C# 32位程序访问64位系统注册表 我的上一篇文章已经阐述了“32位程序和64位程序在64位平台上读\写注册表的区别”,那么接下来将要回答上篇所留下来的一个问题:32位程序如何访问64位系统注册表(即:64位程序所访问的注册表位置). 我们已经知道: ①:本机模式 64 位程序运行在纯模式下,并且访问键和存储在以下注册表子键中的值:HKEY_LOCAL_MACHINE\Software ②:32 位程序运行在 WOW64 模式下,并且访问键和值存储在以下注册表子项中:HKEY_LOCAL

出现这个错误,有两个最常见的两个原因 1.注册表 <1>按下WIN+R,打开“运行”窗口,输入“regedit”,回车 <2>在打开的注册表编辑器的左侧按如下路径依次展开: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.1\Providers 在Providers下面一般来说是看不到OraOLEDB.Oracle这一项的,于是新建这一项. 在Providers上面右键选择New -> Key,

在创建SQL Server的链接服务器时,可以看到有如下几种访问接口,其中我们常用的只有1.3.4.6.其中4是安装Oracle客户端才会出现的接口,3.6是由于我电脑上装了2008R2和2012两个版本的数据库所致. 3.6可以看做一样的接口,因此我们只讨论1.3.4.此外不要忽略了上边还有个SQL Server的服务器类型,这个选项也对应着一个访问接口. 这四个访问接口分别对应: SQL Server--C:\Windows\System32\sqlsrv32.dll 1--OLEDB提供的

利用hibernate访问不同数据库中的不同表或不同数据库中的相同表. 本人在开发过程中的解决方案,希望大家交流.一般用myEclipse工具会自动生成Hibernate的相关文件,大致有下面几类: (1)数据库配置文件:.cfg.xml(2)映射文件.hbm.xml(3)映射类:pojo(4)会话工厂类:SessionFactory(5)基础DAO接口:IBaseHibernateDAO(6)DAO接口的实现基础类:BaseHibernateDAO(7)数据访问对象:DAO.所有DAO默认继承

在开发过程中常常遇到这样的需求,模拟浏览器访问某接口,并获取返回数据.我们比较常使用的方法是fsockopen与接口建立连接,然后发出指令,然后通过fgets接受返回值. 但是我们发现,通过PHP模拟访问接口往往比浏览器访问同样的接口慢很多.这个问题困扰过我很久,今天终于找到原因了.我看网上很多朋友有同样的问题,分享出来供大家参考. 我们常常写这样的代码: while(!feof($sHnd)) {$line = fgets($sHnd, 4096);} fgets会获取文件描述符$sHnd的当

Razor视图引擎布局   不需要像过去aspx一样,使用.Master文件,而是统一使用.cshtml 或 .vbhtml文件.但文件名一般以 _开头,这样做文件不会当做View显示出来 使用@RenderBody() 表示替换主体部分 使用@RenderSection()可以自定义替换部分, 先布局页使用@RenderSection("Head", false) 定义一个要替换的区域,第一个参数表示替换区域名称,第二个参数为可选参数,false表示可以不必一定在页面中替换,true

HBase是一个分布式的.面向列的开源数据库,该技术来源于 Fay Chang 所撰写的Google论文“Bigtable:一个结构化数据的分布式存储系统”.就像Bigtable利用了Google文件系统(File System)所提供的分布式数据存储一样,HBase在Hadoop之上提供了类似于Bigtable的能力.HBase是Apache的Hadoop项目的子项目.HBase不同于一般的关系数据库,它是一个适合于非结构化数据存储的数据库.另一个不同的是HBase基于列的而不是基于行的模式.

数据库访问接口发展历史 ODBC历史 ODBC(Open Database Connectivity,开放数据库互连).要了解ODBC是什么,先了解一下数据库连接的相关知识.在最开始连接数据库时,由于数据库种类繁多,各种数据库连接有不同的需求,这个时期,数据库连接主要依靠各种API函数来进行连接.在这种背景下,微软于1992年发表了ODBC, ODBC就是将这些API函数封装起来形成统一的接口.当SQL语句进入接口后,驱动器管理程序将它们送入对应的驱动器(driver),由驱动器将SQL语句送入

Linux虚拟机:发布WebService接口出现异常,无法访问接口 今天在部署WebService工程的时候遇到的问题: 在Linux虚拟机上部署一个tomcat同时在tomcat下放置2个工程,其中一个工程中包含WebService接口发布,部署后提示发布成功: 问题来了,另一个web工程可以正常访问,这个工程也可以访问,可是发布的接口地址访问不了,折腾了一下午. 试过网上很多方法都不行,最后还是静下心来,想想可能是ip的问题,然后就试了试将发布的IP改为虚拟机本机IP(之前配置的是外网的I

一,为什么要做参数验证? 永远不要相信我们在后端接收到的数据, 1,防止别人通过接口乱刷服务:有些不怀好意的人或机构会乱刷我们的服务,例如:短信接口, 相信大家可能很多人在工作中遇到过这种情况 2,防止sql注入等行为:如果对数据会行严格的验证,可以过滤掉大量的攻击行为 3,防止客户端出错后的生成数据错误 所以,后端必须进行参数校验, 即使前端已经校验过,因为我们不能保证我们收到的请求都是由我们的前端程序发出 说明:刘宏缔的架构森林是一个专注架构的博客,地址:https://www.cnblog

在windows2003下执行分布式事务的时候出现如下情况. 一. 问题现象在执行分布式事务时,在sql server 2005下收到如下错误: 链接服务器"xxxxxxx"的 OLE DB 访问接口 "SQLNCLI" 返回了消息 "没有活动事务.". 消息 7391,级别 16,状态 2,过程 xxxxx,第 16 行 无法执行该操作,因为链接服务器 "xxxxx" 的 OLE DB 访问接口 "SQLNCLI&