データベースでは、datetime、bigint、timestamp を使用して時間を表すことができます。では、時間を保存するにはどの型を選択するのが適切でしょうか? # データ準備後プログラムを通じて50wのデータをデータベースに挿入する データシート: テーブル「users」を作成します( `id` int(11) NOT NULL AUTO_INCREMENT, `time_date` 日時 NOT NULL、 `time_timestamp` タイムスタンプ NOT NULL デフォルト CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP、 `time_long` bigint(20) NOT NULL, 主キー (`id`)、 キー `time_long` (`time_long`), キー `time_timestamp` (`time_timestamp`)、 キー `time_date` (`time_date`) ) エンジン=InnoDB AUTO_INCREMENT=500003 デフォルト文字セット=latin1 このうち、time_long、time_timestamp、time_date は同じ時刻の異なる保存形式です。 エンティティクラスユーザー /** * @author ヘティアン * @日付 2018/10/21 * */ @ビルダー @データ パブリッククラスUsers{ /** * 自己増加型のユニークID * */ プライベートな Long ID; /** * 日付型時刻 * */ プライベート日付timeDate; /** *タイムスタンプ型の時刻* */ プライベートタイムスタンプ timeTimestamp; /** * 長いタイプの時間 * */ プライベート長い時間長い; } DAO 層インターフェース /** * @author ヘティアン * @日付 2018/10/21 * */ @マッパー パブリックインターフェースUsersMapper{ @Insert("ユーザーに挿入(time_date、time_timestamp、time_long) value(#{timeDate}、#{timeTimestamp}、#{timeLong})") @Options(useGeneratedKeys = true、keyProperty = "id"、keyColumn = "id") int saveUsers(Users ユーザー); } テストクラスはデータベースにデータを挿入します パブリッククラスUsersMapperTestはBaseTestを拡張します{ @リソース プライベートUsersMapperusersMapper; @テスト パブリックボイドテスト(){ (int i = 0; i < 500000; i++) の場合 { 長い時間 = System.currentTimeMillis(); usersMapper.saveUsers(Users.builder().timeDate(新しいDate(time)).timeLong(time).timeTimestamp(新しいTimestamp(time)).build()); } } } データ コードを生成するには、github にアクセスしてください: https://github.com/TiantianUpup/sql-test/ コード生成を使用せずに、sql ファイルを通じてデータをインポートする場合は、記事の最後に sql ファイルのネットワーク ディスク アドレスが添付されています。 # SQLクエリ率テスト日時型によるクエリ: time_date >="2018-10-21 23:32:44" かつ time_date <="2018-10-21 23:41:22" の条件を満たすユーザーから count(*) を選択します。 所要時間: 0.171 タイムスタンプタイプによるクエリ time_timestamp >= "2018-10-21 23:32:44" かつ time_timestamp <="2018-10-21 23:41:22" の条件を満たすユーザーから count(*) を選択します。 所要時間: 0.351 bigint型によるクエリ time_long >=1540135964091 かつ time_long <=1540136482372 のユーザーから count(*) を選択します。 所要時間: 0.130秒 結論 InnoDBストレージエンジンでは、時間範囲による検索のパフォーマンスは、bigint > datetime > timestampの順です。 # SQL グループレートテスト
日時タイプでグループ化: time_date でユーザーグループから time_date、count(*) を選択します。 所要時間: 0.176秒 タイムスタンプの種類でグループ化: time_timestamp でユーザーグループから time_timestamp、count(*) を選択します。 所要時間: 0.173秒 結論: InnoDB ストレージ エンジンでは、時間グループ化により、timestamp > datetime のパフォーマンスになりますが、その差は大きくありません。 # sql ソート率テスト日時タイプで並べ替え: ユーザーから * を選択し、time_date で並べ替えます 所要時間: 1.038秒 タイムスタンプの種類で並べ替え ユーザーから * を選択し、time_timestamp で並べ替えます 所要時間: 0.933秒 bigint型で並べ替え ユーザーから * を選択し、time_long で並べ替えます 所要時間: 0.775秒 結論: InnoDBストレージエンジンでは、時間順でソートすると、bigint > timestamp > datetimeのパフォーマンスが # まとめ時間フィールドに対して操作(時間範囲による検索や並べ替えなど)が必要な場合は、bigint を使用することをお勧めします。時間フィールドに対して操作が必要ない場合は、timestamp を使用することをお勧めします。スペースを節約するために 4 バイトを使用すると便利ですが、記録される時間は 2038 に制限されます。 記事内の SQL ファイルのネットワーク ディスク アドレス: リンク: https://pan.baidu.com/s/1cCRCxtTlPriXMERGsbnb_A 抽出コード: hbq2 MySQL データベースで時間を表すために datetime、bigint、timestamp のどれを選択するか、そしてどれが最も効率的に時間を保存するかについての記事はこれで終わりです。データベースの datetime、bigint、timestamp の詳細については、123WORDPRESS.COM の以前の記事を検索するか、次の関連記事を引き続き参照してください。今後とも 123WORDPRESS.COM をよろしくお願いいたします。 以下もご興味があるかもしれません:
|
<<: 優秀なウェブ開発者が開発スキルを向上させるために知っておくべき10のこと
>>: 近々ブラウザに導入される CSS :is() と :where() の簡単な分析
MySQLのパーティショニングは、非常に大きなテーブルを管理するのに役立ちます。MySQLのパーティ...
この記事では、WeChatアプレットの計算機機能を実装するための具体的なコードを参考までに紹介します...
Weibo ユーザーのフォローを一括で解除するクールな JavaScript コードWeibo には...
Linux で最も一般的に使用される重要なユーティリティの 1 つである Sudo は、ほぼすべての...
目次Linux の MariaDB データベースについて1. データベースとは何ですか? 2. デー...
MySQL のパフォーマンス調整とサービス ステータスの監視を行うには、MySQL の現在の実行状態...
Nginx Rewriteの使用シナリオ1. URL アドレスジャンプ。たとえば、ユーザーが pm....
1. 背景同社のプロジェクトは、これまでは手動で Maven でパッケージ化し、サーバーにアップロ...
効果 HTML を実装するには、まずクリーンな HTML ページを準備し、ノードを記述します。 &l...
最終的な解決策は最後の写真にありますリモート データベース ( Linux システム) に接続したと...
<br />百度百科事典の正式版がついにオンラインになりました。2年間の「テスト版」の帽...
1. データベースにログインするには、rootユーザーを使用することをお勧めします。 mysql -...
間違った mysql コマンドを入力したのでキャンセルしたいです。どうすればいいですか? ctrl ...
最近では、多くのウェブサイトでは、ページ上の特定のコンテンツや情報を直接コピーすることは許可されてお...
この実験のテスト環境: Windows 10+cmd+MySQL5.6.36+InnoDB 1. ト...