mysql表设计关于时间字段的注意事项_MySQL
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值。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











この記事では、MySQLの「共有ライブラリを開くことができない」エラーについて説明します。 この問題は、必要な共有ライブラリ(.so/.dllファイル)を見つけることができないMySQLの障害に起因しています。ソリューションには、システムのパッケージMを介してライブラリのインストールを確認することが含まれます。

この記事では、DockerのMySQLメモリ使用量を最適化することを調査します。 監視手法(Docker統計、パフォーマンススキーマ、外部ツール)および構成戦略について説明します。 これらには、Dockerメモリの制限、スワッピング、およびcgroupsが含まれます

この記事では、MySQLのAlter Tableステートメントを使用して、列の追加/ドロップ、テーブル/列の名前の変更、列データ型の変更など、テーブルを変更することについて説明します。

この記事では、PHPMyAdminの有無にかかわらず、LinuxにMySQLを直接インストールするのとPodmanコンテナを使用します。 それは、各方法のインストール手順を詳述し、孤立、携帯性、再現性におけるポッドマンの利点を強調しますが、

この記事では、自己完結型のサーバーレスリレーショナルデータベースであるSQLiteの包括的な概要を説明します。 SQLiteの利点(シンプルさ、移植性、使いやすさ)と短所(同時性の制限、スケーラビリティの課題)を詳しく説明しています。 c

このガイドは、HomeBrewを使用してMacOSに複数のMySQLバージョンをインストールおよび管理することを示しています。 Homebrewを使用して設置を分離し、紛争を防ぐことを強調しています。 この記事では、インストール、開始/停止サービス、および最高のPRAを詳述しています

記事では、証明書の生成と検証を含むMySQL用のSSL/TLS暗号化の構成について説明します。主な問題は、セルフ署名証明書のセキュリティへの影響を使用することです。[文字カウント:159]

記事では、MySQLワークベンチやPHPMyAdminなどの人気のあるMySQL GUIツールについて説明し、初心者と上級ユーザーの機能と適合性を比較します。[159文字]
