mysql表设计关于时间字段的注意事项

本文讨论了MySQL表设计中时间字段的常见问题,特别是使用timestamp类型字段作为默认值时遇到的问题,以及如何通过调整字段类型来解决这些问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

mysql表设计关于时间字段的注意事项:

    几年没有做过mysql的jdbc编码和数据库表设计的工作了,结果刚刚一上手,测试的时候发现都是问题,我这里指的是对应时间字段的设计问题,一般我们都要求时间字段保存到秒,故舍弃了mysql的date类型字段,选择了timestamp类型字段,并且还有一个字段是create_time,默认值是CURRENT_TIMESTAMP 。

字段类型定义:create_time          timestamp default CURRENT_TIMESTAMP comment '创建时间,格式为日期',


表结构定义:

<pre name="code" class="java">/*==============================================================*/
/* Table: task_detail                                           */
/*==============================================================*/
create table task_detail
(
   id                   int not null auto_increment comment '主键',
   taskName             varchar(200) comment '任务名称',
   start_time           timestamp comment '开始时间',
   end_time             timestamp comment '结束时间',
   task_start_time      timestamp comment '任务开始时间',
   task_end_time        timestamp comment '任务结束时间',
   cost_timesecond      int comment '消耗时间,单位为秒',
   create_time          timestamp default CURRENT_TIMESTAMP comment '创建时间,格式为日期',
   primary key (id)
);

alter table task_detail comment 'Task执行明细表';



结果在进行jdbc保存数据的时候,对于设置为空的字段都进行了默认值的插入。

这块可能没有表述清楚,假设我们需要将end_time设置为空,即通过prepareStatement插入

stmt.setTimestamp(3,null) 这条语句后,其不是空值,而是与

create_time          
一样取了默认值。


这样与我实际想要存储的数据发生了错误,故一直在检查问题原因所在。

MySQl中有多种表示日期和时间的数据类型。其中YEAR表示年份,DATE表示日期,TIME表示时间,DATETIME和TIMESTAMP表示日期和实践。它们的对比如下:

TEAR ,字节数为1,取值范围为“1901——2155”

DATE,字节数为4,取值范围为“1000-01-01——9999-12-31”

TIME,字节数为3,取值范围为“-838:59:59——838:59:59”

DATETIME,字节数为8,取值范围为“1000-01-01 00:00:00——9999-12-31 23:59:59”

TIMESTAMP,字节数为4,取值范围为“19700101080001——20380119111407”

  当插入值超出有效取值范围时,系统会报错,并将零值插入到数据库中。

当把数据表结构修改成如下,在存储数据时就一切正常了。

/*==============================================================*/
/* Table: task_detail                                           */
/*==============================================================*/
create table task_detail
(
   id                   int not null auto_increment comment '主键',
   taskName             varchar(200) comment '任务名称',
   start_time           datetime comment '开始时间',
   end_time             datetime comment '结束时间',
   task_start_time      datetime comment '任务开始时间',
   task_end_time        datetime comment '任务结束时间',
   cost_timesecond      int comment '消耗时间,单位为秒',
   create_time          timestamp default CURRENT_TIMESTAMP comment '创建时间,格式为日期',
   primary key (id)
);

alter table task_detail comment 'Task执行明细表';

主要是因为一张mysql数据表只应该有一个字段是
timestamp 

类型的,且设置了default值。






在设计 MySQL 表时,有一些注意事项需要考虑: 1. 数据类型选择:选择正确的数据类型对于表的性能和数据存储是至关重要的。根据数据的特性和大小,选择适当的整数类型、字符类型、日期类型等。 2. 主键设计:每个表应该有一个主键,用于唯一标识每一行数据。常见的主键类型包括自增整数、UUID、GUID等。选择合适的主键类型取决于你的具体需求。 3. 索引设计:索引可以提高查询的效率,但过多或不正确的索引设计可能导致性能下降。根据经常使用的查询条件和排序需求,选择合适的列创建索引。 4. 规范化与反规范化:根据数据库的范式理论,将数据组织成适当的表结构可以提高数据的一致性和减少冗余。但在某些情况下,为了提高查询性能,可能需要进行反规范化处理。 5. 外键约束:如果表之间存在关联关系,使用外键约束可以确保数据的完整性和一致性。外键约束还可以自动处理关联表的更新和删除操作。 6. 字段命名规范:选择清晰、一致的字段命名规范可以提高代码的可读性和维护性。建议使用有意义的字段名,并遵循一定的命名规范,如驼峰命名法或下划线命名法。 7. 数据库性能优化:在设计表结构时,考虑到数据库的性能优化是非常重要的。可以通过合理的表划分、查询优化、缓存等手段提高数据库的性能。 8. 安全性考虑:在设计表时,需要注意数据的安全性。避免存储敏感信息,如密码明文,使用加密算法对敏感数据进行加密存储。 这些是设计 MySQL 表时需要注意的一些事项,根据具体的业务需求和性能要求,还可能会有其他考虑因素。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值