MSSQL中用WITHAS和PIVOT来统计编辑新闻发布时间详情和总数-mysql チュートリアル-php.cn

ホームページ

データベース

mysql チュートリアル

MSSQL中用WITHAS和PIVOT来统计编辑新闻发布时间详情和总数

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 04:11 PM

mssqlニュース統計編集

WITH CR AS(SELECT AddTime,[编辑名称1],[编辑名称2],[编辑名称3]FROM (SELECT NewsID,AddTime,AuditingUser FROM News) AS a Pivot (COUNT(a.NewsID) FOR a.AuditingUser in ([编辑名称1],[编辑名称2],[编辑名称3])) as PVTWHERE AddTime between 2014-11-2

WITH CR AS(
SELECT AddTime,[编辑名称1],[编辑名称2],[编辑名称3]
FROM (SELECT NewsID,AddTime,AuditingUser FROM News) AS a  
Pivot (COUNT(a.NewsID) FOR a.AuditingUser in ([编辑名称1],[编辑名称2],[编辑名称3])) as PVT
WHERE AddTime between &#39;2014-11-24 00:00:00&#39; and &#39;2014-11-30 23:59:59&#39;
GROUP BY AddTime,[编辑名称1],[编辑名称2],[编辑名称3])
SELECT CONVERT(NVARCHAR(50),AddTime,120) as &#39;时间&#39;,[编辑名称1],[编辑名称2],[编辑名称3] FROM CR
UNION(SELECT &#39;总计&#39; AS AddTime ,SUM(CR.[编辑名称1]) AS &#39;编辑名称1&#39;,SUM(CR.[编辑名称2]) AS [编辑名称2],SUM(CR.[编辑名称3]) AS [编辑名称3] FROM CR)

执行前需要把目标数据库的兼容性设置为90（sql2005）以上，否则会报错。

得到的结果：

时间	            编辑名称1 编辑名称2 编辑名称3
2014-11-24 08:36:03	1	0	0
2014-11-24 09:42:15	0	0	1
2014-11-24 09:42:31	0	1	0
2014-11-24 09:43:25	1	0	0
2014-11-24 09:45:54	0	0	1
2014-11-24 10:22:13	0	0	1
2014-11-24 10:31:17	0	0	1
2014-11-24 10:39:36	0	0	1
2014-11-24 11:27:12	0	1	0
2014-11-24 11:28:57	0	0	0
2014-11-24 14:28:57	0	1	0
2014-11-24 14:31:05	1	0	0
2014-11-24 14:47:34	0	1	0
2014-11-24 15:35:54	0	1	0
2014-11-24 15:37:25	1	0	0
2014-11-24 15:41:14	1	0	0
2014-11-24 15:49:39	0	1	0
2014-11-24 15:56:30	0	1	0
2014-11-24 16:02:10	1	0	0
2014-11-24 16:17:32	0	0	1
2014-11-24 16:26:50	1	0	0
2014-11-24 16:34:43	0	1	0
2014-11-24 16:41:45	0	0	0
2014-11-24 16:47:42	0	0	0
2014-11-24 17:01:27	0	0	0
2014-11-24 17:17:16	0	0	1
2014-11-24 20:14:35	0	0	0
2014-11-25 08:44:35	0	1	0
2014-11-25 09:18:06	0	1	0
2014-11-25 09:23:49	1	0	0
2014-11-25 10:37:55	0	1	0
2014-11-25 10:50:53	0	0	1
2014-11-25 11:02:30	0	0	1
2014-11-25 11:28:11	0	1	0
2014-11-25 14:28:24	0	1	0
2014-11-25 14:35:09	1	0	0
2014-11-25 14:44:43	0	1	0
2014-11-25 15:10:52	0	0	1
2014-11-25 15:14:03	0	1	0
2014-11-25 15:28:07	0	0	1
2014-11-25 15:34:24	0	0	1
2014-11-25 15:35:08	0	0	1
2014-11-25 15:40:51	0	0	1
2014-11-25 16:06:52	1	0	0
2014-11-25 16:07:40	0	0	1
2014-11-25 16:30:13	0	0	1
2014-11-25 16:44:33	1	0	0
2014-11-25 16:53:33	1	0	0
2014-11-25 17:06:54	1	0	0
2014-11-25 17:12:05	1	0	0
2014-11-25 17:17:20	0	1	0
2014-11-26 08:56:24	1	0	0
2014-11-26 09:01:38	0	1	0
2014-11-26 09:09:53	0	1	0
2014-11-26 09:22:49	1	0	0
2014-11-26 09:31:26	0	1	0
2014-11-26 10:01:38	0	0	1
2014-11-26 10:34:35	1	0	0
2014-11-26 10:42:53	0	0	1
2014-11-26 10:45:15	0	1	0
2014-11-26 11:07:30	0	0	1
2014-11-26 11:26:55	0	1	0
2014-11-26 11:28:44	0	0	1
2014-11-26 14:30:21	0	1	0
2014-11-26 14:50:07	0	1	0
2014-11-26 15:07:40	0	1	0
2014-11-26 15:23:50	1	0	0
2014-11-26 15:35:24	1	0	0
2014-11-26 15:40:41	1	0	0
2014-11-26 15:46:22	0	1	0
2014-11-26 16:15:42	0	0	1
2014-11-26 16:27:36	0	1	0
2014-11-26 16:38:38	1	0	0
2014-11-26 16:39:58	0	0	1
2014-11-26 16:42:17	0	0	1
2014-11-26 16:45:11	0	0	1
2014-11-26 16:51:14	0	0	1
2014-11-27 08:41:46	0	1	0
2014-11-27 08:50:38	1	0	0
2014-11-27 09:41:12	0	1	0
2014-11-27 09:50:59	1	0	0
2014-11-27 09:51:32	0	1	0
2014-11-27 10:36:09	1	0	0
2014-11-27 10:54:57	0	0	1
2014-11-27 14:16:58	1	0	0
2014-11-27 14:45:37	0	1	0
2014-11-27 14:50:22	0	0	1
2014-11-27 14:52:13	0	0	1
2014-11-27 14:55:29	0	1	0
2014-11-27 15:03:23	0	0	1
2014-11-27 15:07:49	0	0	1
2014-11-27 15:19:07	0	0	1
2014-11-27 15:38:14	0	1	0
2014-11-27 15:50:25	0	1	0
2014-11-27 15:58:04	1	0	0
2014-11-27 15:58:48	0	0	1
2014-11-27 16:08:59	0	0	1
2014-11-27 16:14:53	0	1	0
2014-11-27 16:17:10	0	0	1
2014-11-27 16:19:59	1	0	0
2014-11-27 16:41:57	1	0	0
2014-11-28 08:46:40	1	0	0
2014-11-28 09:03:07	0	1	0
2014-11-28 09:27:11	0	1	0
2014-11-28 09:44:44	0	0	1
2014-11-28 09:48:48	0	0	1
2014-11-28 09:53:52	0	1	0
2014-11-28 10:34:09	0	0	1
2014-11-28 10:39:20	0	1	0
2014-11-28 10:51:16	1	0	0
2014-11-28 11:38:25	1	0	0
2014-11-28 11:44:27	1	0	0
2014-11-28 14:36:29	1	0	0
2014-11-28 15:03:20	0	0	1
2014-11-28 15:34:43	0	0	1
2014-11-28 15:40:29	1	0	0
2014-11-28 15:40:42	0	0	1
2014-11-28 15:50:40	1	0	0
2014-11-28 16:07:17	1	0	0
2014-11-28 16:09:41	0	1	0
2014-11-28 16:10:12	0	0	1
2014-11-28 16:27:12	0	0	1
2014-11-28 17:02:38	0	0	1
2014-11-28 21:24:18	0	0	0
2014-11-29 08:31:36	0	0	0
2014-11-29 12:32:32	0	0	1
2014-11-29 12:35:14	0	0	1
2014-11-29 12:44:43	0	0	1
2014-11-29 13:13:16	0	0	1
2014-11-29 13:20:21	0	0	1
2014-11-29 13:30:12	0	0	1
2014-11-29 13:42:31	0	0	1
2014-11-29 20:30:36	0	0	0
2014-11-29 20:50:03	0	0	0
2014-11-29 21:12:30	0	0	1
2014-11-30 12:12:08	0	0	1
2014-11-30 12:30:36	0	0	1
2014-11-30 12:33:36	0	0	1
2014-11-30 12:37:54	0	0	1
2014-11-30 12:43:38	0	0	1
2014-11-30 12:52:18	0	0	1
2014-11-30 12:56:47	0	0	1
2014-11-30 17:55:54	0	0	1
2014-11-30 17:55:55	0	0	1
2014-11-30 18:30:41	0	0	1
2014-11-30 18:48:15	0	0	1
2014-11-30 18:54:55	0	0	1
2014-11-30 18:56:59	0	0	1
2014-11-30 19:15:30	0	0	1
2014-11-30 19:29:41	0	0	1
总计	               36	39	66

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

複数の単一列インデックスに対して複合インデックスをいつ使用する必要がありますか？Apr 11, 2025 am 12:06 AM

データベースの最適化では、クエリ要件に従ってインデックス作成戦略を選択する必要があります。1。クエリに複数の列が含まれ、条件の順序が固定されている場合、複合インデックスを使用します。 2。クエリに複数の列が含まれているが、条件の順序が修正されていない場合、複数の単一列インデックスを使用します。複合インデックスは、マルチコラムクエリの最適化に適していますが、単一列インデックスは単一列クエリに適しています。

MySQLでスロークエリを識別して最適化する方法は？（スロークエリログ、Performance_schema）Apr 10, 2025 am 09:36 AM

MySQLスロークエリを最適化するには、slowquerylogとperformance_schemaを使用する必要があります。1。LowerQueryLogを有効にし、しきい値を設定して、スロークエリを記録します。 2。performance_schemaを使用してクエリの実行の詳細を分析し、パフォーマンスのボトルネックを見つけて最適化します。

MySQLおよびSQL：開発者にとって不可欠なスキルApr 10, 2025 am 09:30 AM

MySQLとSQLは、開発者にとって不可欠なスキルです。 1.MYSQLはオープンソースのリレーショナルデータベース管理システムであり、SQLはデータベースの管理と操作に使用される標準言語です。 2.MYSQLは、効率的なデータストレージと検索機能を介して複数のストレージエンジンをサポートし、SQLは簡単なステートメントを通じて複雑なデータ操作を完了します。 3.使用の例には、条件によるフィルタリングやソートなどの基本的なクエリと高度なクエリが含まれます。 4.一般的なエラーには、SQLステートメントをチェックして説明コマンドを使用することで最適化できる構文エラーとパフォーマンスの問題が含まれます。 5.パフォーマンス最適化手法には、インデックスの使用、フルテーブルスキャンの回避、参加操作の最適化、コードの読み取り可能性の向上が含まれます。

MySQL非同期マスタースレーブレプリケーションプロセスを説明してください。Apr 10, 2025 am 09:30 AM

MySQL非同期マスタースレーブレプリケーションにより、BINLOGを介したデータの同期が可能になり、読み取りパフォーマンスと高可用性が向上します。 1）マスターサーバーレコードはBinlogに変更されます。 2）スレーブサーバーは、I/Oスレッドを介してBINLOGを読み取ります。 3）サーバーSQLスレッドは、BINLOGを適用してデータを同期させます。

MySQL：簡単な学習のためのシンプルな概念Apr 10, 2025 am 09:29 AM

MySQLは、オープンソースのリレーショナルデータベース管理システムです。 1）データベースとテーブルの作成：createdatabaseおよびcreateTableコマンドを使用します。 2）基本操作：挿入、更新、削除、選択。 3）高度な操作：参加、サブクエリ、トランザクション処理。 4）デバッグスキル：構文、データ型、およびアクセス許可を確認します。 5）最適化の提案：インデックスを使用し、選択*を避け、トランザクションを使用します。

MySQL：ユーザーフレンドリーなデータベースの紹介Apr 10, 2025 am 09:27 AM

MySQLのインストールと基本操作には、次のものが含まれます。1。mysqlをダウンロードしてインストールし、ルートユーザーパスワードを設定します。 2。sqlコマンドを使用して、createdatabaseやcreateTableなどのデータベースとテーブルを作成します。 3. CRUD操作を実行し、挿入、選択、更新、コマンドを削除します。 4.パフォーマンスを最適化し、複雑なロジックを実装するためのインデックスとストアドプロシージャを作成します。これらの手順を使用すると、MySQLデータベースをゼロから構築および管理できます。

InnoDBバッファープールはどのように機能し、なぜパフォーマンスに不可欠なのですか？Apr 09, 2025 am 12:12 AM

Innodbbufferpoolは、データとインデックスページをメモリにロードすることにより、MySQLデータベースのパフォーマンスを向上させます。 1）データページは、ディスクI/Oを削減するためにBufferPoolにロードされます。 2）汚れたページは、定期的にディスクにマークされ、リフレッシュされます。 3）LRUアルゴリズム管理データページの排除。 4）読み出しメカニズムは、可能なデータページを事前にロードします。

MySQL：初心者向けのデータ管理の容易さApr 09, 2025 am 12:07 AM

MySQLは、インストールが簡単で、強力で管理しやすいため、初心者に適しています。 1.さまざまなオペレーティングシステムに適した、単純なインストールと構成。 2。データベースとテーブルの作成、挿入、クエリ、更新、削除などの基本操作をサポートします。 3.参加オペレーションやサブクエリなどの高度な機能を提供します。 4.インデックス、クエリの最適化、テーブルパーティション化により、パフォーマンスを改善できます。 5。データのセキュリティと一貫性を確保するために、バックアップ、リカバリ、セキュリティ対策をサポートします。

See all articles

ホットAIツール

Undresser.AI Undress

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

AI Clothes Remover

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

Undress AI Tool

脱衣画像を無料で

Clothoff.io

AI衣類リムーバー

AI Hentai Generator

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

ホットツール

MinGW - Minimalist GNU for Windows

このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポートライブラリとヘッダーファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。