DBeaver をインストールした環境でそうそう巡り合わないのだが、
ドライバ入手先へのネットワーク接続が制限された環境でDBeaver が使用できなくて
困ってしまうことがあります。
そういう場合は、なんとか JDBCドライバファイルを入手してPC上に置いて
それを使用するように設定します。
各DB接続で必要なドライバは、接続設定を開いて、
一般タブの右下にある「ドライバの設定を編集」ボタンで開いた画面の
[ライブラリ] タブを開き認識します。
これがデフォルトで、ドライバをネットワークから入手する設定なので.
ドライバ設定のJARファイル名をメモをしておきます。
メモしたら、これら全てを削除して、
Mavenのリポジトリhttps://mvnrepository.com/ などから
JAR ファイルをダウンロードして適当な場所に置き、
「ファイルを追加」でダウンロードしたJARを指定します。
これで、ドライバ入手先へのネットワーク接続が制限された環境でも使用できます
REGEXP_REPLACEで使用できるフラグは、
Oracle とPostgreSQLで以下の差がある。
Oracle も PostgreSQL も同じフラグ
| c | 大文字小文字を区別する一致 |
| i | 大文字小文字を区別しない一致 |
Oracle のフラグ
| n | ドット演算子(.)を改行文字と一致させることができる |
| x | 検索パターン内の空白文字が無視される |
PostgreSQL のフラグ
| n | 改行を区別する一致 |
結合しない対象テーブル１個だけなら、GROUP BY 句と COUNT関数を使うが、
JOIN で結合したときの展開されるレコード数を求めるあるいは使用した
クエリはどうずれば良いか？
目的が、
結合元テーブルの任意カラムの数値 ／ 結合したときの展開されるレコード数
を１度のクエリで求めることである。
方法は２通りある。
（１）GROUP BYでカウントしたクエリと結合する方法
（２）ウィンドウ関数 OVER句を使って COUNTを求める方法
データベースが PostgreSQL で、以下のテーブルがあるとする。
CREATE TABLE items ( id int4 NOT NULL, task_name varchar(60) NULL, point int4 DEFAULT 0 NOT NULL, CONSTRAINT items_pkey PRIMARY KEY (id) )
CREATE TABLE itemcodes ( task_name varchar(60) NOT NULL, task_code varchar(60) NULL );
この items の task_name が、itemcode の task_name で結合しているとする。
求めたいのは、point が、 結合したときの展開されるレコード数で除算した値である。
（１）GROUP BYでカウントしたクエリと結合する方法
SELECT a.task_name ,b.task_code ,a.point ,c.t_cnt ,ROUND(a.point * 1.0 / c.t_cnt, 6) AS a_value FROM items a LEFT JOIN itemcodes b ON a.task_name = b.task_name INNER JOIN ( SELECT task_name ,COUNT(task_name) AS t_cnt FROM itemcodes GROUP BY task_name ) c ON b.task_name = c.task_name ORDER BY a.task_name ASC
結合が増えて長くなるので良いとは思えない
（２）ウィンドウ関数 OVER句を使って COUNTを求める方法
SELECT a.task_name ,b.task_code ,a.point ,COUNT(b.task_name) OVER (PARTITION BY b.task_name) AS t_cnt ,ROUND(a.point * 1.0 / COUNT(b.task_name) OVER (PARTITION BY b.task_name), 6) AS a_value FROM items a LEFT JOIN itemcodes b ON a.task_name = b.task_name ORDER BY a.task_name ASC
OVER句で、結合カラムで区切ることを示す列をPARTITION BY で指定する。
先日、Swim Lane を使用した PlantUML Activity で悩んだ。
oboe2uran.hatenablog.com
この時のもう１つの解としてサブダイアグラムで前のレーンで実行することを
表現したらどうであろう。
@startuml |User| start :新規作成; |システム| repeat backward:{{ "User"#fce2a0->[ ] "修正" }}; |システム| repeat while (検証?) is (差戻し) :登録; end @enduml
サブダイアグラムは、{{ }} で囲って記述する
https://plantuml.com/ja/sub-diagram
VScode で markdown 表(Table)のプレビューで罫線が出ないのが標準のようである。
使用している拡張機能は、Markdown All in One
CSS で table タグのスタイルを指定させて解決する。
VScode ワークスペースを使用していることが前提で、
ワークスペースの設定を開く
コマンドパレットを開く（ctrl＋Shift＋P）
「Preferences: Open User Settings (JSON)」 を選択。
ワークスペース直下の .vscode フォルダ内に settings.json が存在しなければ、
作成する。UTF-8 で良い。
JSON で、markdown.styles を書く。
CSS設定ファイル style.css の指定は、ワークスペースからのPATHで指定しなければならない。
注意が必要なのは、WindowsのPATH区切り文字 '\' １個ではなく２個で書かないとならない。
.vscode フォルダ内に配置した場合は以下のとおり。
{ "markdown.styles": [".vscode\\style.css"], }
table のスタイルを style.css に書く。boder とヘッダのテキスト Bold 指定だけで済ませる。
table { border-collapse: collapse; border: 1px solid #000000 !important; } table th { font-weight: bold; border: 1px solid #000000 !important; } table td { border: 1px solid #000000 !important; }
結果の確認、PDFで
VScode のマークダウンをPDF にエクスポートするのに以下を使う。
PDF以外にHTML 、JPEG、PNG にエクスポートできるので、よくこれが使われているようだ。
エクスポートは、マークダウンを開いている状態で、コマンドパレットから
markdown pdf と入力して選択する。
PCのスペックによると思うが、以外と時間かかる。
PlantUML いろんな場面で、名称、ワードの書き込みで、OpenIconic を使う。
https://plantuml.com/ja/openiconic
@startuml listopeniconic @enduml
で、使用できるアイコンの一覧を参照できる。
アイコンのサイズを指定しないデフォルトの描画は小さい
@startuml start :Some activity; -><&bell>通知; (A) detach (A) :Other activity; @enduml
スケールを 2.4倍にする。場合の書き方は、 { } で囲んで、
<&bell{scale=2.4}>
と書く。
ちょっと上付きになってしまうのを覚悟で使うことになる。
PlantUML アクティビティ図で描画する業務フローは、差戻しの処理を前のレーンで描画するケース
repeat の backward を前のレーンで書くと
@startuml |A| start :新規作成; |B| repeat |A| backward :修正; |B| repeat while (検証?) is (差戻し) :登録; end @enduml
これは repeat while (検証?) の箇所に線が被ってしまう。
それなら、最初のレーンで if 文を使って表現する方法
@startuml |A| start repeat if (未作成？) then (yes) :新規作成; else (no) :修正; endif |B| repeat while (検証?) is (差戻し) ->OK; :登録; end @enduml
実際のコーディングでは if 制御文が入らないであろうから
正確かどうかでいうとこの方法が見送られることもあろう。
while 文で表現する方法、こちらの方が実際のコーディングに近いのであるが。
@startuml |A| start :新規作成; |B| while (検証) is (差戻し) |A| :修正; |B| endwhile(OK) :登録; end @enduml
戻りループの線が、レーンの線と重なってしまうとこの書き方は使えない。
最初に戻って、repeat の backward を前のレーンで書かずに、
逆にすれば、（ Ａレーンの先にＢレーンの存在を記述する）
|B| の後に |A|
@startuml |B| |A| start :新規作成; |B| repeat |A| backward :修正; |B| repeat while (検証?) is (差戻し) :登録; end @enduml
でも、業務フローのレーンの左右、左側から開始しなければならないという
厳格なルールにするならこれは適合しない。
