这是一个可以让你在Unix/Linux系统下使用ODBC来连接数据库的组件
ODBC(Open Database Connectivity,开放数据库互连)提供了一种标准的API(应用程序编程接口)方法来访问DBMS(Database Management System)。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。ODBC的设计者们努力使它具有最大的独立性和开放性:与具体的编程语言无关,与具体的数据库系统无关,与具体的操作系统无关。微软公司在1993年以DLL集的方式发布了世界上第一个ODBC产品,现在成为了微软开放服务结构(WOSA,Windows Open Services Architecture)中有关数据库的一个组成部分。微软的ODBC产品其实就是一个ODBC的驱动管理器,提供一个ODBC应用程序到某种ODBC驱动的接口。在UNIX系统上,有两个开源的ODBC驱动管理器,unixODBC和iODBC。
unixODBC介绍 unixODBC is a complete, free/open, ODBC solution for UNIX/Linux. 官网 http://www.unixodbc.org/ 源码下载url ftp://ftp.unixodbc.org/pub/unixODBC/ unixODBC版本目前有两套,soname为libodbc.so.1与soname为libodbc.
转载请注明:http://blog.csdn.net/fuqiangnxn/article/details/53841754 第一步:访问http://www.unixodbc.org/下载最新的安装包unixODBC-2.3.4.tar.gz $ tar xvfz unixODBC-2.3.4.tar.gz 默认情况下,unixODBC将被安装到/usr/local下。普通用户没有权限,因此我们
做个记录,在官网中扒到的一个ftp访问方式,发现竟然是没有做加密的,很开心。 其中有很多UnixODBC的版本,不过也还是不太全的。 链接如下: ftp://ftp.unixodbc.org/pub/unixODBC/
odbc介绍 ODBC(Open Database Connect)是由Microsoft 公司于1991 年提出的一个开放的,用于访问数据库的统一接口规范。 开放式数据库连接 (odbc) 技术为访问不同种类的 sql 数据库提供了通用接口。odbc 是基于结构查询语言 (sql) 的,以此作为访问数据的标准。此接口提供了最大的互操作性:一个应用程序可以通过一组公用代码访问不同的 sql 数据库
1.安装unixODBC组件: (1).在ubuntu下,利用新立德下载命令,很容易就能安装unixODBC apt-get install unixODBC (2)利用源码,编译安装(我用的版本是unixODBC-2.2.14) # tar vxzf unixODBC-2.2.14.tar.gz
unixODBC安装 这几天真是郁闷死了,基本每天都在编译安装QT和unixODBC,无奈总会出现些莫名其妙的错误。首先,我承认我Linux玩地不熟,但这些开源软件产商之间的兼容性也太差了吧。所以还是制定个标准比较好,大家都遵守一个约定。从这个意义来说,微软的垄断,还是有一定的好处的。 最终QT还是没有安装成功,此前有一个版本,经过小的改动已经能编译安装成功了,不知为什么,
ODBC是一种数据库标准。下面是维基百科对ODBC的介绍: “ODBC(Open Database Connectivity,开放数据库互连)提供了一种标准的API(应用程序编程接口)方法来访问DBMS(Database ManagementSystem)。这些API利用SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。ODBC的设计者们努力使
编译步骤: 1. 注意在以前做 make install 的目录下先做 make uninstall 2. 删除现有的解压后的目录 3. 解压文件,并复制一份 tar -xzvf unixODBC-2.2.14.tar.gz cp -r unixODBC-2.2.14 unixODBC-2.2.14.orig 4. 打 patch patch -N -p0 < so-vers
编译环境 操作系统: Red Hat Enterprise Linux Server release 5.4 64-bit 编译工具: gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-46) 1. 下载unixODBC库 地址: ftp://ftp.unixodbc.org/pub/unixODBC/unixODBC-2.3.1.tar.gz 以unixODB
本代码可以任意转载使用,但请保留出处 //blog.csdn.net/bat603 //by ben // //.h /* AUTHOR: lizp MSN:lizp.net@gmail.com URL:blog.csdn.net/bat603 Description:使用UNIXODBC主页中教程的使用方法,对UnixODBC进行了封装,并增加了锁功能,使用起来非常方便 */ #ifndef
(1)获取源码: 首先要安装 git,已有的可以忽略: yum install -y git 从 GitHub 获取 unixODBC 最新源码: git clone https://github.com/lurcher/unixODBC.git unixodbc (2)构建 configure: 进入源码根节点: cd unixodbc
这几天真是郁闷死了,基本每天都在编译安装QT和unixODBC,无奈总会出现些莫名其妙的错误。首先,我承认我Linux玩地不熟,但这些开源软件产商之间的兼容性也太差了吧。所以还是制定个标准比较好,大家都遵守一个约定。从这个意义来说,微软的垄断,还是有一定的好处的。 最终QT还是没有安装成功,此前有一个版本,经过小的改动已经能编译安装成功了,不知为什么,后来怎么也安装不上,晕阿。后来发
1. 安装unixODBC # yum install unixODBC # yum install unixODBC-devel // 安装完毕之后可以通过rpm -qa | grep unixodbc查看安装的rpm包, // 再通过rpm -ql [rpm包名] 来查看rpm的具体安装位置 // 比较重要的两个配置文件是/etc/odbc.ini(配置数据源) // 和/etc/odbcin
kylinV10或linux安装unixODBC [root@bogon ~]# yum install unixODBC [root@bogon ~]# yum install unixODBC-devel // 安装完毕之后可以通过rpm -qa | grep unixodbc查看安装的rpm包 [root@bogon ~]# rpm -qa | grep unixODBC // 再通过rpm
问题内容: 我目前正在为大学的一个班级做项目。我正在学习有关连接和操作数据库的信息,我们正在使用Microsoft .accdb文件。 这是我到目前为止所拥有的。 当寻找“ sun.jdbc.odbc.JdbcOdbcDriver”时,我得到以下输出。 似乎很容易解决。看来我想念司机或类似的东西。但是,我很难找到解决方法。JDK随附驱动程序吗?我需要单独下载吗?是否取决于我的操作系统?(Mac O
2:在odbcDriverConnect(con,...)中:ODBC连接失败 如果在64位R(R console或Rstudio)中运行,将返回以下错误: 警告消息:1:在odbcDriverConnect(con,...)中:[RODBC]错误:状态IM003,代码160,由于系统错误126:找不到指定的模块,无法加载消息指定的驱动程序。(Microsoft Access驱动程序(*.mdb,
驱动开发注意事项 不能访问C库 只有一个很小的定长堆栈 没有内存保护机制 浮点数很难使用,应该使用整型数 Kconfig 描述了所属目录源文档相关的内核配置菜单,用于make menuconfig中的配置 示例: menu "Network device support" config NETDEVICES bool "Enable Net Devices" 菜单类型 depen
问题内容: 我正在Linux上在控创基于Atom的SMARC-sXBTi板上开发SPI。 控创提供了Yocto BSP,但它不包含SPI驱动程序。 我用SPI支持重建了Linux。我可以在lspci和sysfs中看到SPI控制器,该SPI PCI设备已绑定到pca2xx_spi_pci驱动程序。 据我了解,这是一个不公开用户模式API的平台驱动程序,我需要spidev才能通过/ dev / spi
我试图编译odbc驱动程序,但我有以下错误: 我运行以下命令: 我的Ignite版本是2.5下载者(在01.03.2018): 请帮帮我.
问题内容: 我正在使用加载。 我使用MySQL作为数据源,并且已在ODBC数据源管理器(在Windows 8中)中添加了数据源名称。 这是代码: 输出: 问题答案: 您正在使用Java 8吗?该类不再存在(更多信息)。如果需要使用Java 7,可以安装它。
问题内容: 我不知道使用一个相对于另一个有什么优点和缺点。这个问题源自我在这里得到的建议:根据记录的实际大小为数据库查询动态分配缓冲区。 我正在寻找重要差异的列表(而不是详尽的列表),这将有助于我做出有根据的决策。我有win32 :: odbc的工作经验,可以对此进行真正的证明。如果有人可以在“书面”详细信息的基础上分享他/她的经验,那将非常有帮助。 附加信息:Win32 :: ODBC的作者在此
希望任何人都有类似的经历。 我有一个使用Oracle提供的ODBC驱动程序的应用程序。在11g和12c版本中完美运行。 使用Oracle ODBC 19c对Oracle 19c(服务器和客户端19c版本)进行了测试。ODBC日志显示错误: 合并31c0-1afc退出SQLGetDiagRecW,返回代码-2(SQL\u无效\u句柄)SQLSMALLINT 3 还有一些代码只是简单地悬挂着: <代码