引言: 当我们用SQL Server的查询分析器察看一张表时,竟然看到了这样的记录:
奇怪之处就在于“ReceiveTime”字段明明是datetime类型,怎么可能是“62016004”这个数字呢?
SQL Server怎么会让这种数字插入呢...
摘要:/*獲取用戶表信息游標*/set nocount ondeclare find_user_table cursorforselect [name],crdate from sysobjectswhere type=´u´ /*這裡只查詢用戶定義的表*/order by [name]
declare @cname varchar(128) /*定義儲存表名變量*/decla......
摘要:Ø 先建立好目录层次:cls目录下放所有的业务逻辑层的类和全局静态类;asmx目录下放所有的web服务文件;ascx目录下放所有的用户控件,style下放样式表;config目录下放附加的web配置文件,script目录下放所有的客户端脚本;images目录下放图片;admin目录下放后台管理的文件,并在web.config下配置成此目录部允许匿名访问.
Ø 提醒:
n 建......
[SQL]啊?!查询分析器的BUG?!当我们用sql server的查询分析器察看一张表时,竟然看到了这样的记录:
【程序编程相关:招聘员工的80%原则要不得】
【推荐阅读:一个制作水印的方法】
sql server怎么会让这种数字插入呢?即使我们的程序写错了,想往记录里插,那也会得到异常的呀? 【扩展信息:DHTML技巧--中止网页的提交】
奇怪之处就在于“receivetime”字段明明是datetime类型,怎么可能是“62016004”这个数字呢?
还是做数据仓库的有经验,说可能是查询分析器的bug.
用vbscript写了一个查询的例子,把这条记录的每一个字段报告出来,果然!
结论:
确实是微软的查询分析器算错了,实际上数据库中存储的是正确的,只是在查询分析器显示时出错了,可能content字段的乱码对查询分析器“按照表格显示结果”有影响,如果是“按照文本显示结果”就没问题,-_-´´´.
摘要:一、系统环境: (1)、操作系统:windows 2000 professional,机器内存512m(2)、数据库: oracle 8i r2 (8.1.6) for 2000 企业版(3)、安装路径:d:\oracle
二、卸载步骤: (1)、开始->设置->控制面板->管理工具->服务 停止所有oracle服务。
(2)、开始->程序->oracle - orahome81->oracl......