| オプション | 説明 |
|---|---|
| -a | スクリプトからの入力をすべてエコー |
| -A | 桁揃えなしの表出力モード (-P format=unaligned) |
| -c query | 単一の照会 (またはスラッシュ・コマンド) を実行して、終了 |
| -d dbname | 接続先のデータベース名を指定 |
| -D dbname | 接続先のデータベース名を指定 |
| -schema schemaname | dbname 内の接続先スキーマ名を指定します。 |
| -e | バックエンドに送信される照会をエコー |
| -E | 内部コマンドで作成される照会を表示 |
| -f filename | ファイルから照会を実行し、終了 |
| -F string | フィールド区切り文字を設定 (デフォルト: "|") (-P fieldsep=) |
| -host host | データベース・サーバー・ホストを指定 (デフォルト: domain socket) |
| -H | HTML 表出力モード (-P format=html) |
| -l | 利用可能なデータベースをリスト表示し、終了 |
| -n | readline 機能を無効化 |
| -o filename | 照会の出力を file name (|pipe) に送信 |
| -port port | データベース・サーバー・ポートを指定します (デフォルト: hardwired)。 |
| -P var[=arg] | プリント・オプションの 'var' を 'arg' に設定 |
| -q | 静粛な照会実行 (メッセージなしで照会のみを出力) |
| -R string | レコード区切り文字を設定 (デフォルト: 改行コード) (-P recordsep=) |
| -Rev | バージョン情報を表示し、終了 |
| -rev | バージョン情報を表示し、終了 |
| -s | シングル・ステップ・モード (照会ごとに確認) |
| -S | シングル・ライン・モード (改行で照会が終了) |
| -t | 行のみをプリント (-P tuples_only) |
| -time | 照会が完了するまでに経過した時間を印刷 |
| -T text | HTML 表タグ・オプションを設定 (幅、境界線) (-P tableattr=) |
| -u username | データベース・ユーザー名を指定 |
| -U username | データベース・ユーザー名を指定 |
| -v name=val | nzsql 変数の 'name' を 'value' に設定 |
| -V | バージョン情報を表示し、終了 |
| -W password | データベース・ユーザーのパスワードを指定 |
| -pw password | データベース・ユーザーのパスワードを指定 |
| -x | 拡張表出力を有効化 (-P の拡張版) |
| -X | 起動ファイル (~/.nzsqlrc) を読み込まない |
| -h or -? | ヘルプを表示 |
2015年1月14日水曜日
nzsql コマンド行 オプション
nzsql 内部スラッシュ オプション
| オプション | 説明 |
|---|---|
| \a | 桁揃えあり・なしのモードの切り替え |
| \act | 現在アクティブなセッションを表示 |
| \c[onnect] [dbname [user] [password]] | 新しいデータベースに接続 |
| \C title | 表タイトル |
| \copy ... | クライアント・マシンへのデータ・ストリームに対し SQL COPY を実行 |
| \d table | 表 (またはビュー、インデックス、シーケンス、シノニム) を説明
注: \d オプションについては、詳細出力に対してはプラス記号 (+) を追加できます。例えば、\d+ tableまたは \dpu+ name と指定できます。
|
| \d{t|v|i|s|e|x} | 表/ビュー/インデックス/シーケンス/一時表/外部表をリスト表示 |
| \d{m|y} | マテリアライズ・ビュー/シノニムをリスト表示 |
| \dS{t|v|i|s} | システムの表/ビュー/インデックス/シーケンスをリスト表示 |
| \dM{t|v|i|s} | システム管理の表/ビュー/インデックス/シーケンスをリスト表示 |
| \dp name | ユーザー権限をリスト表示 |
| \dpu name | ユーザーに付与される権限をリスト表示 |
| \dpg name | グループに付与される権限をリスト表示 |
| \dgp name | ユーザーの付与権限をリスト表示 |
| \dgpu name | ユーザーに付与される付与権限をリスト表示 |
| \dgpg name | グループに付与される付与権限をリスト表示 |
| \d{u|U} | ユーザー/ユーザー・グループをリスト表示 |
| \d{g|G|Gr} | グループ/グループ・ユーザー/リソース・グループ・ユーザーをリスト表示 |
| \da[+] name | 集約をリスト表示、+ でフィールドを追加 |
| \dd [object] | 表、型、関数、演算子のコメントをリスト表示 |
| \df[+] name | 関数をリスト表示、+ でフィールドを追加 |
| \dl[+] name | ライブラリーをリスト表示、+ でフィールドを追加 |
| \do | 演算子をリスト表示 |
| ¥dO name | 表またはビューの列を、列名のアルファベット順にリスト表示 |
| \dT | データ型をリスト表示 |
| \e [file] | 現在の照会バッファーまたは [file] を外部エディターで編集 |
| \echo text | テキストを標準出力 (stdout) に書き出す |
| \f sep | フィールド区切り文字を変更 |
| \g [file] | 照会をバックエンドに送信 (結果は [file] または |pipe) |
| \h [cmd] | SQL コマンドの構文に関するヘルプを表示。すべてのコマンドの構文ヘルプを表示するには * を付加 |
| \H | HTML モードの切り替え (デフォルトはオフ) |
| \i file | file から照会を読み取り、実行 |
| \l | すべてのデータベースをリスト表示 |
| \o [file] | すべての照会結果を [file] または | パイプ に送信 |
| \p | 現在の照会バッファーのコンテンツを表示 |
| \pset opt | 表の出力 opt = {format|border|expanded|fieldsep| null|recordsep|tuples_only|title|tableattr|pager} を設定 |
| \q | nzsql コマンドを終了 |
| \qecho text | テキストを照会出力ストリームに書き出す (\o を参照) |
| \r | 照会バッファーをリセット (クリア) |
| \s [file] | 履歴をプリント、または [file] に保存 |
| \set var value | 内部変数を設定します。変数または引数なしで \set を指定すると、現行セッションの変数およびそれらの値のリストが表示されます。 |
| \t | 行のみを表示 (デフォルトはオフ) |
| \time | 照会にかかる時間をプリント |
| \T tags | HTML 表タグ |
| \unset var | 内部変数を設定解除 (削除) |
| \w file | 現在の照会バッファーを file に書き込む |
| \x | 拡張出力の切り替え (デフォルトはオフ) |
| \! [cmd] | Shell エスケープまたはコマンド |
2014年8月31日日曜日
ささややかなビッグデータ
300万件や5000万件のデータで四苦八苦していたあの頃は何なんだろうと思う。10万件のデータをExcelに落として65536件に入りませんと新入社員の頃、言ってたのは何だったのか。
目の前には5億件のデータが簡単に入っており、いとも簡単に扱うことができる。
5億件のデータを1分で3件正しいかを判断するコツを人間が掴んだとしても、24時間(1日で4320件しか見れない。全部見るのに115740日、約317年間だ。人で言えば、3~4世代、引き継がれる。
でもSQL文だと5分以内で戻ってくる。
そして、これをシュミレーションをする為に30倍、40倍のデータにしている訳であるが、これも、あっという間にできてしまった。。。。家に帰って、朝起きてトーストを食べている間に。
200億件。
このデータの正しさは何なのか?
200億件とわかるのは、count文を発行したからである。決して目で見たわけではない。
金額の合計・平均がわかるのは、sum文、avg文を発行して、コンピューターが返してくれるからである。決して200億件、すべて足して、件数で割った訳ではない。
そんなデータがいとも簡単に手元で扱えるようになったことにに、素晴らしいさと若干恐れも感じる今日この頃である。
目の前には5億件のデータが簡単に入っており、いとも簡単に扱うことができる。
5億件のデータを1分で3件正しいかを判断するコツを人間が掴んだとしても、24時間(1日で4320件しか見れない。全部見るのに115740日、約317年間だ。人で言えば、3~4世代、引き継がれる。
でもSQL文だと5分以内で戻ってくる。
そして、これをシュミレーションをする為に30倍、40倍のデータにしている訳であるが、これも、あっという間にできてしまった。。。。家に帰って、朝起きてトーストを食べている間に。
200億件。
このデータの正しさは何なのか?
200億件とわかるのは、count文を発行したからである。決して目で見たわけではない。
金額の合計・平均がわかるのは、sum文、avg文を発行して、コンピューターが返してくれるからである。決して200億件、すべて足して、件数で割った訳ではない。
そんなデータがいとも簡単に手元で扱えるようになったことにに、素晴らしいさと若干恐れも感じる今日この頃である。
2014年7月25日金曜日
nzload memo②
①外部表形式でのロードと実はスピードが変わらないとブログで報告している人は、英語系では多数。本当か、検証してみる必要あり。ただ、インターフェースファイルが多いと外部表定義も多くなるので、それは管理がめんどくさい。外部表自体を動的に都度作成・削除することも可能だと思うが、GROOMの処理との関連が気になる。
②営業資料は結構なスピードでの資料になっているが、結局はロード元(ファイル格納場所)のストレージの性能がパフォーマンスに大きく関わる。Netezza内には通常ファイルは格納できないので、別途通常のストレージに置いてからのロードになる。
②営業資料は結構なスピードでの資料になっているが、結局はロード元(ファイル格納場所)のストレージの性能がパフォーマンスに大きく関わる。Netezza内には通常ファイルは格納できないので、別途通常のストレージに置いてからのロードになる。
2014年6月25日水曜日
2014年5月27日火曜日
netezza _v_dual
OracleのDUALと同じ扱いのNetezzaのViewは、下記だと思う。
In Netezza:
select current_date from _v_dual;
In Netezza:
select current_date from _v_dual;
2014年5月15日木曜日
nzload memo①
Netezzaのnzloadの検証をして、わかった点を下記に記す。OracleやDB2のLoader機能と同一の機能を期待していると、痛い目に合う。適切な時期に簡単な技術検証をしておくべきである。
① オラクルのCTLファイルと同様、制御ファイルの考え方はあるが、使えるものではない。単純にスキーマやDB、ロードテーブル、コマンド・オプションの記述等の指定ができるだけである。致命的なケースとしては、ファイル内容に合わせて列指定におけるロードができない点。固定長ファイルでないと列指定はできない。
② 日付やタイムスタンプをロード時にデフォルトで挿入することはできない。オラクルならば、制御ファイルの中で、項目名 DEFAULT SYSDATEでロード時の処理タイムスタンプ等を格納できるが、Netezzaではできない。
③ ファイル・デリミタ、日付デリミタ等は可能。日付の形式も指定可能。エラーの最大許容件数の指定、ログの出力先の変更も可能。固定長ファイル形式はそれなりに使える。
① オラクルのCTLファイルと同様、制御ファイルの考え方はあるが、使えるものではない。単純にスキーマやDB、ロードテーブル、コマンド・オプションの記述等の指定ができるだけである。致命的なケースとしては、ファイル内容に合わせて列指定におけるロードができない点。固定長ファイルでないと列指定はできない。
② 日付やタイムスタンプをロード時にデフォルトで挿入することはできない。オラクルならば、制御ファイルの中で、項目名 DEFAULT SYSDATEでロード時の処理タイムスタンプ等を格納できるが、Netezzaではできない。
③ ファイル・デリミタ、日付デリミタ等は可能。日付の形式も指定可能。エラーの最大許容件数の指定、ログの出力先の変更も可能。固定長ファイル形式はそれなりに使える。
登録:
投稿 (Atom)