Oracle与SQL SERVER编程差异分析（入门）

Molet Java 2023-02-27 960浏览 0

网上有关Oracle与SQL SERVER性能差异的文章很多，结论往往是让你根据数据量与预算来选择数据库。但实际项目中，特别是使用 .Net 开发的系统，支持以上两种数据库或者更多已经成为Boss的普遍需求。

下面将常见的Oracle与SQL SERVER编程差异罗列，并提出解决方案。

1、时间格式的差异

SQL SERVER与Oracle的对时间格式的要求是不同的，SQL SERVER可以直接插入符合条件的字符串作为时间，而Oracle需要经过额外的转换。

SQL SERVER: 创建一张Test表，其中dateTime字段为datetime类型，使用以下语法是可以成功插入数据库的。

insert into test (dateTime) values(‘2013-10-16 20:34:38’)

Oracle: 在相同环境下，执行上述语句会提示“文字与格式字符串不匹配”的错误，我们需要使用to_date将格式转换为Oracle的日期型，修改后sql语句如下。

insert into test (dateTime) values(to_date(‘2013-10-16 20:34:38’,‘yyyy-mm-dd hh24:mi:ss’))

为了解决时间格式的差异，我们可以通过记录数据库类型来对sql语句进行特殊处理，这一方法可以解决后面的其它差异，在没有其它选择时是一把万能钥匙。

我们换一种思路，在此我们只是需要记录下时间，因此我们可以使用其它格式的数据来记录。比如，使用Unix时间戳。

下面是C#实现Unix时间戳与普通时间间转换的代码：

1         /// <summary>
 2         /// Converted Unix timestamp to DateTime time
 3         /// </summary>
 4         /// <param name="argTimeStamp">Unix timestamp</param>
 5         /// <returns>DateTime</returns>
 6         public DateTime GetTime(string argTimeStamp)
 7         {
 8             DateTime dtStart = TimeZone.CurrentTimeZone.ToLocalTime(new DateTime(1970, 1, 1));
 9             long lTime = long.Parse(argTimeStamp + "0000000");
10             TimeSpan toNow = new TimeSpan(lTime); 
11             return dtStart.Add(toNow);
12         }
13 
14         /// <summary>
15         /// Converted DateTime time to Unix timestamp
16         /// </summary>
17         /// <param name="argTime">DateTime</param>
18         /// <returns>Unix timestamp</returns>
19         public string ConvertDateTimeInt(DateTime argTime)
20         {
21             System.DateTime startTime = TimeZone.CurrentTimeZone.ToLocalTime(new System.DateTime(1970, 1, 1));
22             return (argTime - startTime).TotalSeconds.ToString();
23         }

　　现在，我们可以很方便的使用10位字符型来存储日期类型的数据了。

2、Count函数返回值的差异

在数据库操作中使用 Count 来判断是否存在是很常见的做法，Oracle 与 SQL SERVER 使用 Count 返回的类型不一致，需要通过 Convert.ToInt32 转换查询到的结果。产生这一现象的原因是 SQL SERVER 中的 int 类型在 Oracle 中为 Integer ，因此在涉及整型时将结果使用 Convert.ToInt32 转换。