データベースでは、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() の簡単な分析
目次メッセージボード必要なライブラリオープンソースプロジェクトプロジェクト構造メッセージボードnod...
1.まずサーバーにリモート接続する2. サーバーマネージャーを開く 3役割と機能の追加 4サーバープ...
目次概要1. URL経由でダウンロード2. aタグのダウンロード属性とblobコンストラクタを組み合...
1.コンテナに入った後 /etc/hosts を cat するコンテナ自体の IP アドレスと (-...
前の 2 つの章を終えて、ボタンのフローティング アニメーションについて新たな理解が得られましたか?...
1. rpm パッケージ経由でインストールされた MySQL サービスmysqldを再起動 /et...
目次1. 覚えておくべき知識1. 変数タイプ2. シェル変数の説明3. シングルクォート、ダブルクォ...
まず、Web ページのスタイルの形成は、主に Web ページのレイアウト設計、ページの色処理、画像と...
序文スクロールやサイズ変更などのスクロール イベントがトリガーされると、トリガーの頻度が非常に高くな...
1. コンポーネントをインストールする yum install epel-rpm-macros.no...
目次ドラッグアンドドロップアップロードについては以前の記事で書きました。ファイルをアップロードするF...
実際の開発環境や本番環境では、コンテナを独立して実行することはあまりなく、複数のコンテナを一緒に実行...
目次使用インストールルーティングでどのように使用しますか?読み込み速度の比較最近、中間およびバックエ...
この記事では、Jingdong虫眼鏡を模倣したJavaScriptの具体的なコードを参考までに共有し...
この記事では、カード ウォーターフォール レイアウトを実現するための CSS3 列のサンプル コード...