sqlserver2005数据库存储的时间格式问题，急~~~~~在线等~~

数据库存储时间，如果字段类型是DATATIME类型的，数据库默认存储是精确到毫秒的。

想得到你想要的时间格式，需要在取到resultset的sql语句中进行一次格式转化

CONVERT(VARCHAR(20),时间字段名,20)

就可以变成你想要的时间格式了，如

select

时间字段名

from

。。。

改为

select

CONVERT(VARCHAR(20),时间字段名,20)

as

时间字段名

from

。。。

网络问题或者数据库服务器资源使用情况。

首先排除是否网络问题，解决网络连通性，然后检查数据库服务器资源使用情况，内存情况，检查是否有其他异常进程占用大量服务器资源。

mysql数据库时间用什么类型的数据

Mysql中经常用来存储日期的数据类型有三种：Date、Datetime、Timestamp。

Date数据类型：用来存储没有时间的日期。Mysql获取和显示这个类型的格式为“YYYY-MM-DD”。支持的时间范围为“1000-00-00”到“9999-12-31”。

Datetime类型：存储既有日期又有时间的数据。存储和显示的格式为“YYYY-MM-DDHH:MM:SS”。支持的时间范围是“1000-00-0000:00:00”到“9999-12-3123:59:59”。

Timestamp类型：也是存储既有日期又有时间的数据。存储和显示的格式跟Datetime一样。支持的时间范围是“1970-01-0100:00:01”到“2038-01-1903:14:07”。

所有不符合上面所述格式的数据都会被转换为相应类型的0值。（0000-00-00或者0000-00-0000:00:00）

Datetime:

时间格式，对应于数据库中的DateTime类型，对应于NET里面的System

DateTime类型。DateTime支持日期从1753年1月1日到9999年12月31日，时间部分的精确度是333毫秒，它需要8字节的存储空间。

Datetime2:

时间格式，就Sql

Server

2008

里面新增的字段类型。对应于数据库中的DateTime2格式，对应于NET里面的System

DateTime类型。DateTime2则支持从0001年01月01日到9999年12月31日，时间部分的精度是100纳秒，占用6到8字节的存储空间，取决于存储的精度。

datetime2数据类型，类似于之前的datetime类型，不过其精度比较高，可以精确到小数点后面7位（100ns）

创建JOB定时执行是有弊端的：如果精确到秒，那每秒都要执行更新语句，对于10万笔以上的表，这对数据库性能影响太大了吧？故最好考虑用其它方法实现。

按你的想法，实现代码如下：

1 假设数据库表结构为：table1 (fid varchar2(4), status varchar2(1), time date)

2 把下面语句贴到sqlplus中，创建存储过程：

create or replace procedure sp_changestatus is

begin

update table1 set status='d' where status='b' and time<sysdate;

commit;

end;

3 在sqlplus创建JOB：（表table1数据量不是很大时，假设每分钟执行一次 JOB）

variable job1 number;

begin

dbms_jobsubmit(:job1, 'sp_changestatus;', sysdate, 'sysdate+1/1440');

commit;

end;

4 在sqlplus调用JOB：

begin

dbms_jobrun(:job1);

end;

以上就是关于sqlserver2005数据库存储的时间格式问题，急~~~~~在线等~~全部的内容，包括:sqlserver2005数据库存储的时间格式问题，急~~~~~在线等~~、数据库里面存储的时间慢半小时、mysql数据库时间用什么类型的数据(mysql存时间应什么类型)等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！