Changes between Initial Version and Version 1 of TracReports

Timestamp:

Apr 10, 2015, 1:03:53 PM (9 years ago)

Author:

trac

Comment:

--

TracReports

@@ +1 @@
+** Note: このページは、Tracのバージョン1.0を文書化しています、旧バージョンが必要であれば、[[0.12/TracReports]]を参照してください **
+= レポート = #TracReports
+[[TracGuideToc]]
+
+レポートモジュールは、簡単かつ強力なレポーティング機能を提供します。
+この機能によって、 Trac データベースのチケット情報を取得することができます。
+
+TracReports ではレポートの形式を定義するための方法として、独自フォーマットではなく、
+SQL の `SELECT` 文を使用することにしました。
+
+  '''Note:''' ''現在の形式のレポートモジュールは、 Trac 開発チームでデータベースのスキーマにあわせる作業が必要になるという深刻な制限事項があるため、段階的に廃止します。より柔軟性に富みユーザビリティに優れた [wiki:TracQuery クエリモジュール] が代替手段として提供されます。どこかの時点でレポートモジュールを完全に削除することが出来るように、クエリモジュールで実現できないレポートがある間は、私たちはクエリモジュールを強化していくつもりです。また、これはレポートモジュールへの重要な機能追加は行わないことを意味します。''
+
+  ''以下の [wiki:TracIni trac.ini] のように無効化するだけで、レポートモジュールをクエリモジュールで完全に置き換えることができます:''
+  {{{
+  [components]
+  trac.ticket.report.* = disabled
+  }}}
+  ''これによって、ナビゲーションバーの "チケットを見る" (英語版では "View Tickets") でのデフォルトのハンドラがクエリモジュールになります。もし可能ならば、この設定を有効にして、レポート機能がなくなることによって生じる不都合を報告してください。''
+
+レポートは以下の基本的なパーツから構成されます:
+ * '''ID''' — ユニークな (連番の) 識別子
+ * '''レポート名 (Title)''' — レポートのタイトル
+ * '''説明 (Description)''' — WikiFormatting で記述された、レポートの説明
+ * '''レポート本体 (Report Body)''' — 後に述べるフォーマットで規定された、レポートクエリの結果
+ * '''フッタ (Footer)''' — レポート本体を異なる形式でダウンロードするためのリンク
+
+== ソートの並び順変更 == #ChangingSortOrder
+単純なレポート (特にグループ化されていないもの) では、カラムのヘッダをクリックすれば、そのカラムでソートすることが出来ます。
+
+カラムのヘッダがハイパーリンク (赤) になっていれば、クリックすることでそのカラムでのソートができます。並び順を逆にするには、もう一度クリックします。
+
+== レポートの番号を変更する == #ChangingReportNumbering
+レポートの ID を変更する必要がある場合があるかもしれませんが、おそらくレポート自体を編集する方がベターです。というのも Trac のデータベースを変更する必要があるからです。 ''report'' 表は以下のようなスキーマとなっています ''(0.10 以降)'':
+ * id integer PRIMARY KEY
+ * author text
+ * title text
+ * query text
+ * description text
+ID を変更すると ''レポート一覧 (Available Reports)'' での表示順と番号、レポートのパーマリンクが変更されます。以下のような SQL を実行すると ID が変更されます:
+{{{
+update report set id=5 where id=3;
+}}}
+メンテナンス結果、データベースの一貫性を保つ必要があることに留意してください (例えば ID はユニークでなければなりませんし、 SQLite などデータベースの上限値を超えることはできません)。
+
+保存されたレポートやクエリのレポート番号も更新したり削除したりする必要があるでしょう。
+
+== チケットをナビゲート == #NavigatingTickets
+レポートクエリ結果の 1 チケットをクリックするとそのチケットが表示されるでしょう。表示されたチケットのメインメニューバーのすぐ下にある ''次のチケット'' (英語版では ''Next Ticket'') または ''前のチケット'' (英語版では ''Previous Ticket'') リンクをクリックすることによって他のチケットに移動するか、''レポートに戻る'' (英語版では ''Back to Report'') リンクをクリックしてレポートページに戻ることができます。
+
+あなたは安全にチケットを編集することができます。またチケットの編集結果を保存した後で、 ''次のチケット/前のチケット/レポートに戻る'' (英語版では ''!Next/Previous/Back to Report'') のリンクを使用して結果を行き来することが可能です。しかし、あなたがチケットへの操作を終えてレポートに戻るときに、どのチケットが変更されたかのヒントは表示されません。この動作はカスタムクエリの動作とは異なります。 (カスタムクエリについては TracQuery#NavigatingTickets を参照して下さい) 。 ''(0.11 以降 )''
+
+== ダウンロードできるフォーマット == #AlternativeDownloadFormats
+通常表示される HTML でのビューの加え、レポートはいろいろな形式で使用することができます。
+レポートページの一番下に、利用可能なデータ形式の一覧があります。望む形式のリンクをクリックすれば、
+その形式でのレポートをダウンロードすることができます。
+
+=== カンマ区切りテキスト - CSV (Comma Separated Values) === #Comma-delimited-CSVCommaSeparatedValues
+1 レコードを 1 行として、各カラムをカンマ (',') で区切ったプレーンテキストとしてダウンロードできます。
+'''Note:''' 各カラムのデータに改行文字やカンマがある場合、エスケープされて出力されます。
+
+=== タブ区切り === #Tab-delimited
+CSV と似ていますが、水平タブ文字 (\t) で区切られる点が違います。
+
+=== RSS - XML コンテンツ配信 === #RSS-XMLContentSyndication
+全てのレポートは、 XML/RSS 2.0 での配信が可能です。 RSS フィードを購読するにはページ下部にある、オレンジ色の 'XML' アイコンをクリックしてください。 Trac での RSS 対応についての一般的な情報は、 TracRss に記述しています。
+
+----
+
+== カスタムレポートを作成する == #CreatingCustomReports
+
+''カスタムレポートを作成するためには、 SQL を楽に書ける程度の知識が必要です。''
+
+'''Note: レポートの追加、編集ボタンを表示させるためには [TracPermissions#Reports permissions] をセットアップする必要があります。'''
+
+レポートは基本的に、 Trac が実行できる形式の、名前がついた特定 SQL です。
+レポートに指定された SQL は、直接 Web インタフェースから閲覧したり、
+作成したりできます。
+
+通常のレポートは、 'ticket' 表に対する、カラムの選択や、ソート指定を伴った
+SELECT 文となります。
+
+== Ticket 表のカラム == #Ticketcolumns
+''ticket'' 表は、以下のカラムを持ちます:
+ * id           -- チケットID
+ * type         -- チケット分類
+ * time         -- 登録日時
+ * changetime   -- 最終更新日時
+ * component    -- コンポーネント
+ * severity     -- 重要度
+ * priority     -- 優先度
+ * owner        -- 担当者
+ * reporter     -- 報告者
+ * cc           -- 関係者
+ * version      -- バージョン
+ * milestone    -- マイルストーン
+ * status       -- ステータス
+ * resolution   -- 解決方法
+ * summary      -- チケットの概要
+ * description  -- チケットについての完全な説明
+ * keywords     -- キーワード
+
+各カラムに対応する属性の詳細な説明は、 TracTickets に記述しています。
+
+例: '''優先度順、登録日時順の全未解決チケット'''
+{{{
+SELECT id AS ticket, status, severity, priority, owner,
+       time AS created, summary FROM ticket
+  WHERE status IN ('new', 'assigned', 'reopened')
+  ORDER BY priority, time
+}}}
+
+
+== 上級トピック: 動的変数の使用 == #AdvancedReports:DynamicVariables
+レポートに汎用性を持たせる手段として、 ''動的変数'' をレポート SQL で使用する方法があります。
+簡単に言うと、動的変数とは、クエリを実行する前に置き換えられる ''特別な'' 文字列のことです。
+
+=== クエリで動的変数を使う方法 === #UsingVariablesinaQuery
+動的変数を使うためのシンタックスは単純です。 '$' に続いて、大文字で変数名となる語を挿入してください。
+
+例:
+{{{
+SELECT id AS ticket,summary FROM ticket WHERE priority=$PRIORITY
+}}}
+
+レポート閲覧時、 $PRIORITY に値を当てはめるためには、レポートの URL に引数として変数を与えてください。この変数名に '$' を入れてはいけません。
+
+例:
+{{{
+ http://trac.edgewall.org/reports/14?PRIORITY=high
+}}}
+
+複数の値を使用する場合、各値を '&' で区切ります。
+
+例:
+{{{
+ http://trac.edgewall.org/reports/14?PRIORITY=high&SEVERITY=critical
+}}}
+
+
+=== 特殊な定数 === #SpecialConstantVariables
+実用的なレポートにするために、自動的に値が設定される動的変数が用意されています。(URL で指定されると上書かれます)
+
+ * $USER -- ログインに使用したユーザ名
+
+例 (''私が担当になっているチケット一覧''):
+{{{
+SELECT id AS ticket,summary FROM ticket WHERE owner=$USER
+}}}
+
+
+
+== 上級トピック: 表示形式のカスタマイズ == #AdvancedReports:CustomFormatting
+Trac には、レイアウトのカスタマイズや、グルーピング、ユーザ定義の CSS 利用などによる
+もっと複雑なレポートの作成も可能です。このようなレポートを作成するには、
+Trac のレポートエンジンが出力を制御するためのステートメントを含む、特別な SQL を使用します。
+
+=== 特別なカラム === #SpecialColumns
+レポートを整形するため、 TracReports はクエリの結果から '特定の' カラム名を
+探します。このような '特定の' 名前で、最終的なレポートのレイアウトやスタイルが
+処理され、変更されます。
+
+=== 自動的に整形されるカラム名 === #Automaticallyformattedcolumns
+ * '''ticket''' — チケットの ID が入っているカラムで使用します。該当する ID のカラムにハイパーリンクされます (訳注: `summary` というカラム名もチケットにハイパーリンクされます。日本語版では `概要` でもリンクします)
+ * '''id''' — '''realm''' が指定されない場合は、 '''ticket''' と同じです
+ * '''realm''' — '''id''' と同時に使用します。チケット以外のリソースにリンクを行う場合に使用します(e.g. ''wiki'' のレルムに ''id'' としてページ名を組み合わせると、 Wiki ページへのリンクを生成します)
+ * '''created, modified, date, time''' — 日付や時刻に整形されます (訳注: `datetime` という列名にすると日時で整形されます。日本語版では `時刻` で終わるカラムは `time` に、 `日付` で終わるカラムは `date` に、 `日時` で終わるカラムは `datetime` に、それぞれ整形されます)
+ * '''description''' — チケットの説明が入っているカラムで使用します。 Wiki エンジンで処理されます (訳注: 日本語版では `説明` でも整形されます)
+
+'''例:'''
+{{{
+SELECT id AS ticket, created, status, summary FROM ticket
+}}}
+
+これらのカラムは定義しても非表示にすることができます。方法は [#column-syntax 下記] を参照してください。
+
+''ticket'' 以外のレルムに対するレポートの作成方法については [trac:CookBook/Configuration/Reports CookBook/Configuration/Reports] を参照してください。
+
+'''訳注''': Trac-0.11.1.ja1 以降のバージョンで作成した Environment では、デフォルトのレポートに日本語での整形ルールが適用されています。このような Environment を本家版 Trac で使用したい場合は各レポートの SQL を編集し、上記の日本語のカラム別名を英語に変更してください。
+
+=== 整形されるカラムのカスタマイズ === #Customformattingcolumns
+カラム名の前後に 2 つのアンダースコアがついている場合 (例: '''`__color__`''') は、
+''整形用のヒント'' として扱われ、レコードの整形が行われます。
+
+ * '''`__group__`''' — 指定されたカラムで、表示がグループ化されます。各グループは、それぞれセクションヘッダとクエリ結果の表を持ちます
+ * '''`__grouplink__`''' — グループ化した場合の各グループのヘッダで生成するリンク先の URL を指定します。この URL は各グループの最初の行にだけ付与されます
+ * '''`__color__`''' — 1 から 5 の数値である必要があります。値によって、あらかじめ定義された色付けが行われます。一般的な使用法は、優先度別の色付けです
+{{{
+#!html
+<div style="margin-left:7.5em">デフォルトの色付け:
+<span style="border: none; color: #333; background: transparent;  font-size: 85%; background: #fdc; border-color: #e88; color: #a22">Color 1</span>
+<span style="border: none; color: #333; background: transparent;  font-size: 85%; background: #ffb; border-color: #eea; color: #880">Color 2</span>
+<span style="border: none; color: #333; background: transparent;  font-size: 85%; background: #fbfbfb; border-color: #ddd; color: #444">Color 3</span>
+<span style="border: none; color: #333; background: transparent; font-size: 85%; background: #e7ffff; border-color: #cee; color: #099">Color 4</span>
+<span style="border: none; color: #333; background: transparent;  font-size: 85%; background: #e7eeff; border-color: #cde; color: #469">Color 5</span>
+</div>
+}}}
+ * '''`__style__`''' — `<tr>` 要素を使用して CSS 形式でレコードを整形できます
+ * '''`__class__`''' — `<tr>` 要素でセットされた0以上の空白で区切られた CSS のクラス名です。これらのクラスは `__color__` に由来するクラス名と偶数/奇数の指標に追加されます
+
+'''例:''' ''マイルストーン別未解決チケット (優先度別色付け, グループのヘッダでマイルストーンにリンク)''
+{{{
+SELECT p.value AS __color__,
+     t.milestone AS __group__,
+     '../milestone/' || t.milestone AS __grouplink__,
+     (CASE owner WHEN 'daniel' THEN 'font-weight: bold; background: red;' ELSE '' END) AS __style__,
+       t.id AS ticket, summary
+  FROM ticket t,enum p
+  WHERE t.status IN ('new', 'assigned', 'reopened')
+    AND p.name=t.priority AND p.type='priority'
+  ORDER BY t.milestone, p.value, t.severity, t.time
+}}}
+
+'''Note:''' ''ticket'' 表の優先度に対応する数値は、 ''enum'' 表を結合することで
+取り出しています。
+
+=== 行単位のレイアウト変更 === #column-syntax
+デフォルトでは、全てのカラムで1行を使い、上記の指定がされていれば、
+フォーマットされた形式で HTML に表示されます。それだけでなく、
+これから挙げる指定によって、複数行にわたってのレイアウトを行うことができます。
+
+ * '''`column_`''' — ''改行''。 カラム名の語尾にアンダースコア ('_') を付与した場合、以降のカラムは次の行で表示されます
+
+ * '''`_column_`''' — ''全行表示''。 カラム名の前後にアンダースコア ('_') を付与した場合、そのカラムは続く行で全てのカラム幅を使って表示されます
+
+ * '''`_column`'''  —  ''データを非表示にする''。 カラム名の語頭にアンダースコア ('_') を付与した場合、 HTML 出力では非表示になります。これは (CSV や RSS のような) 別フォーマットでのダウンロード時にだけ見たい情報であるときに使います
+   この機能ではあらゆるカラムを非表示にできます。リソースの特定などで他のカラムが異存しているような場合に有用です。たとえば `id as _id` とすることで、 '''Id''' カラムは非表示となりますが、チケットへのリンクは正しく生成されます
+
+'''例:''' ''アクティブなチケットを、マイルストーンでグループ化し、優先度で色付け、チケットの説明を multi-line レイアウトでリスト表示する''
+
+{{{
+SELECT p.value AS __color__,
+       t.milestone AS __group__,
+       (CASE owner
+          WHEN 'daniel' THEN 'font-weight: bold; background: red;'
+          ELSE '' END) AS __style__,
+       t.id AS ticket, summary AS summary_,             -- ## ここで改行する
+       component,version, severity, milestone, status, owner,
+       time AS created, changetime AS modified,         -- ## 日付形式で整形
+       description AS _description_,                    -- ## 全行を使用して表示
+       changetime AS _changetime, reporter AS _reporter -- ## HTML 出力では表示しない
+  FROM ticket t,enum p
+  WHERE t.status IN ('new', 'assigned', 'reopened')
+    AND p.name=t.priority AND p.type='priority'
+  ORDER BY t.milestone, p.value, t.severity, t.time
+}}}
+
+=== カスタムフィールドをレポートで使用する === #Reportingoncustomfields
+
+チケットにカスタムフィールドを追加した場合(バージョン 0.8 以降の機能。 TracTicketsCustomFields 参照)、カスタムフィールドを含む SQL クエリを書くことができます。 ticket_custom テーブルを join をする必要がありますが、これは取り立てて簡単というわけではありません。
+
+追加のフィールドを trac.ini に宣言する ''前に'' 、チケットがデータベースに存在する場合、 ticket_custom テーブルには関連するデータを持たないことになります。これに起因する問題を回避するためには SQL の "LEFT OUTER JOIN" 節を使用してください。
+
+=== SQLの書き換えについて #rewriting
+動的変数の比較的些細な変更によって、SQL クエリもレポートの2つの特徴のサポートのために変更されます:
+ 1. [#sort-order ソート順の変更]
+ 2. ページネーションのサポート (各ページの表示結果の行数の制約)
+一つ目の特徴をサポートするために、__group__｀カラムが指定される場合にはソートカラムは `ORDER BY` 節の中の先頭位置か二番目の位置に挿入されます(必要に応じて `ORDER BY` 節は作成されます)。 ページネーションをサポートするために、 `LIMIT ... OFFSET ...` 節が追加されます。
+クエリは自動書き換えの機能が正常に働くには複雑すぎて、クエリは間違った結果になるかもしれません。この場合、手動で下記のトークンを挿入することにより、書き直しがどのように行われるか正確にコントロールできる可能性があります:
+ - `@SORT_COLUMN@`, ソートしたいカラム名です,
+ - `@LIMIT_OFFSET@`, ページネーションのサポートの節です
+Note: もしSQLコメント `--` の後に記述すると、意図したとおりの書き換えが事実上不可能になります！
+
+SQL query の例:
+{{{
+-- ## 4: 担当者がアサインしたアクティブなチケット ## --
+
+--
+-- アサインされたチケットのリスト、チケットの担当者によるグループ化、優先度によるソート
+--
+
+SELECT p.value AS __color__,
+   owner AS __group__,
+   id AS ticket, summary, component, milestone, t.type AS type, severity, time AS created,
+   changetime AS _changetime, description AS _description,
+   reporter AS _reporter
+  FROM ticket t,enum p
+  WHERE status = 'assigned'
+AND p.name=t.priority AND p.type='priority'
+  ORDER BY __group__, p.value, severity, time
+}}}
+
+自動書き換えの例(1ページにつき4行、2ページ、`component` によるソート):
+{{{
+SELECT p.value AS __color__,
+   owner AS __group__,
+   id AS ticket, summary, component, milestone, t.type AS type, severity, time AS created,
+   changetime AS _changetime, description AS _description,
+   reporter AS _reporter
+  FROM ticket t,enum p
+  WHERE status = 'assigned'
+AND p.name=t.priority AND p.type='priority'
+  ORDER BY __group__ ASC, `component` ASC,  __group__, p.value, severity, time
+ LIMIT 4 OFFSET 4
+}}}
+
+書き換えのトークンと等しいSQLクエリの例:
+{{{
+SELECT p.value AS __color__,
+   owner AS __group__,
+   id AS ticket, summary, component, milestone, t.type AS type, severity, time AS created,
+   changetime AS _changetime, description AS _description,
+   reporter AS _reporter
+  FROM ticket t,enum p
+  WHERE status = 'assigned'
+AND p.name=t.priority AND p.type='priority'
+  ORDER BY __group__, @SORT_COLUMN@, p.value, severity, time
+@LIMIT_OFFSET@
+}}}
+
+もし、最初に常に優先度によるソートを、そしてその次にユーザが選択したカラムによるソートを希望するならば、シンプルに下記のように `ORDER BY` 節を使用してください:
+{{{
+  ORDER BY __group__, p.value, @SORT_COLUMN@, severity, time
+}}}
+
+----
+See also: TracTickets, TracQuery, TracGuide, [http://www.sqlite.org/lang_expr.html Query Language Understood by SQLite]