本文示例源代码或素材下载
本节的内容：
如何在InfoPath中使用数据连接来从SQL Server数据库中获取数据
如何通过代码来修改数据连接中的SQL查询
在开始设计InfoPath表单之前，先准备一个数据库，InfoPath支持两种数据库连接：
Microsoft Office Access数据库（.mdb文件或.accdb文件）
Microsoft SQL Server数据库
需要注意的是，InfoPath虽然支持SQL Server Express数据库，但却不支持以文件的形式连接SQL Server Express（直接连接.mdf文件），所以如果想使用SQL Server Express数据库，请将数据库文件（.mdf文件）附加到SQL Server Express中。这也就意味着，数据库无法同InfoPath一起分发，使用了SQL Server数据连接的InfoPath如果想要正常地进行查询，就必须保证客户端能够访问SQL Server数据库（无法离线查询）。使用Access数据库也需要确保客户端可以访问Access数据库。如果该Access数据库位于网络位置，则需要确保客户端可以访问该位置；如果Access数据库位于本地，那么分发InfoPath表单时就需要注意连同该数据库一起分发（这种方式可以实现离线查询）。
而查询方式上，这两种数据库都统一使用了SQL语法。
因为� ......
最近有朋友遇到省市的问题，想想自己今后也有可能会遇到，所以就自己在网上写写，搜搜，主要是对自己今后有参考
--创建数据库
create database NationalAll
Go
--使用NationalAll数据库
use NationalAll
Go
--创建省级表
Create Table Province
(
ProID int primary key not null,
ProName nvarchar(50) not null
)
Go
--中国34个省级行政单位 23个省 5个自治区 4个直辖市 2特别行政区
insert into Province values(1,'北京市')
insert into Province values(2,'天津市')
insert into Province values(3,'上海市')
insert into Province values(4,'重庆市')
insert into Province values(5,'河北省')
insert into Province values(6,'山西省')
insert into Province values(7,'台湾省')
insert into Province values(8,'辽宁省')
insert into Province values(9,'吉林省')
insert into Province values(10,'黑龙江省')
insert into Province values(11,'江苏省')
insert into Province values(12,'浙江省')
insert into Province values(13,'安徽省')
insert into Province values(14,'福建省')
insert into Province values(15,'江西省') ......
--如果存在数据库programmerPay 就删除
if exists (select * from sysdatabases where name='programmerPay')
drop database programmerPay
go
--创建数据库programmerPay
create database programmerPay
on primary
(
name ='programmerPay_data',
filename='D:\programmerPay\programmerPay_data.mdf',
maxsize=3mb,
filegrowth=15%
)
log on
(
name ='programmerPay_log',
filename='D:\programmerPay\programmerPay_log.ldf',
maxsize=1mb,
filegrowth=15%
)
go
use programmerPay
go
--创建表prowage
create table prowage
(
id int identity(1,1) not null,--主键 标识列
Pname char(10) not null,--程序员姓名
wage int not null--程序员工资
)
go
--为表prowage id 字段添加主键约束
alter table prowage
add constraint PK_id primary key(id)
--插入测试数据
insert into prowage (pname,wage)
values ('张三',5000)
insert into prowage (pname,wage)
values ('李四',1200)
insert into prowage (pname,wage)
values ('二月',1700)
insert into prowage (pname,wage)
values ('蓝天',5700)
inser ......
首先计算机上必须安装oracle，并配置好服务名
安装oracle的过程中一般会要求建立一个数据库，也可以之后再创建
这个后面有一个 数据库配置助理 （创建修改数据库的，一般密码创建要求字母开头，大于7位啥的）和一个net配置助理（添加或者修改一个数据库服务名），一般用plsql developer远程操作oracle数据库，登陆界面如下图：
数据库的下拉框，就是net服务名，oracle的常规账号，有默认的密码，当然，自己可以更改密码，在上面数据库配置助理里可以改密码，锁定其他的一些默认账号等，有时，这个界面登陆提示 监听啥的没启动，这时需要运行services.msc，来启动oracle的监听服务。
现在正是说怎么在链接服务器上做oracle的链接服务器，计算机上需要装上mssql和oracle，并配置好oracle的服务名，然后：
连接服务器是自己随便定的，提供程序名称必须选对，数据源就是刚刚配置好的oracle服务名（oracle的服务名一般是数据库，有时可以重命名服务名，但对应的数据库不变，所以后面的账号密码要填写对）
然后在安全性里，填写oracle中那个数据库对应的登陆账号，密码等：
......
首先计算机上必须安装oracle，并配置好服务名
安装oracle的过程中一般会要求建立一个数据库，也可以之后再创建
这个后面有一个 数据库配置助理 （创建修改数据库的，一般密码创建要求字母开头，大于7位啥的）和一个net配置助理（添加或者修改一个数据库服务名），一般用plsql developer远程操作oracle数据库，登陆界面如下图：
数据库的下拉框，就是net服务名，oracle的常规账号，有默认的密码，当然，自己可以更改密码，在上面数据库配置助理里可以改密码，锁定其他的一些默认账号等，有时，这个界面登陆提示 监听啥的没启动，这时需要运行services.msc，来启动oracle的监听服务。
现在正是说怎么在链接服务器上做oracle的链接服务器，计算机上需要装上mssql和oracle，并配置好oracle的服务名，然后：
连接服务器是自己随便定的，提供程序名称必须选对，数据源就是刚刚配置好的oracle服务名（oracle的服务名一般是数据库，有时可以重命名服务名，但对应的数据库不变，所以后面的账号密码要填写对）
然后在安全性里，填写oracle中那个数据库对应的登陆账号，密码等：
......
bit：0或1的整型数字
int：从-2^31(-2,147,483,648)到2^31(2,147,483,647)的整型数字
smallint：从-2^15(-32,768)到2^15(32,767)的整型数字
tinyint：从0到255的整型数字
decimal：从-10^38到10^38-1的定精度与有效位数的数字
numeric：decimal的同义词
money：从-2^63(-922,337,203,685,477.5808)到2^63-1(922,337,203,685,477.5807)的货币数据，最小货币单位千分之十
smallmoney：从-214,748.3648到214,748.3647的货币数据，最小货币单位千分之十
float：从-1.79E+308到1.79E+308可变精度的数字
real：从-3.04E+38到3.04E+38可变精度的数字
datetime：从1753年1月1日到9999年12日31的日期和时间数据，最小时间单位为百分之三秒或3.33毫秒
smalldatetime：从1900年1月1日到2079年6月6日的日期和时间数据，最小时间单位为分钟
timestamp：时间戳，一个数据库宽度的唯一数字
uniqueidentifier：全球唯一标识符GUID
char：定长非Unicode的字符型数据，最大长度为8000
varchar：变长非Unicode的字符型数据，最大长度为8000
text：变长非Unicode的字符型数据，最大长度为2^31-1(2G)
nchar：定长Unicode的字符型数据，最 ......
项目终于结束了，总结的时候到了... hehe :)
在项目中我们遇到了很多的问题，标准SQL使用就是其中一个。 因为我们在做BI package的时候，一开始都是基于MS SQL 来做的，所以Universe的设计上也没有太多的考虑。 当后来老大告诉我偶们要同时release 一个基于 Oracle 的版本时，我们才发现问题来了。 因为在Universe里面我们使用的SQL很多都不是标准的SQL，很多都是MSSQL所独有的，也就是 T-SQL(Transcate SQL)， 所以当把universe移植到Oracle上的时候，我们不得不为Oracle重新做了一套Universe。又因为Dashboard和Crystal Reports都是基于Universe来做的，所以最后我们的efforts 被扩大了一倍 ... 杯具啊！！
项目做完了，现在来研究下哪些SQL是通用的，防止以后不要犯同样的错误。 以下内容均为本人google 所得，转载喽~~ hehe~
【概念总结】
1. 基本应用上，sql server 和oracle都遵循sql 92语法标准。
2. 实际应用中大家都会超出以上标准，使用各家数据库厂商都提供的丰富的自 ......
最新文章 :