問題タブ [vertica]

ターミナルで挿入コマンドを使用して vertica データベースにいくつかの行を挿入しました。選択コマンドを使用してレコードを読み取ったときに表示されます。しかし、ODBC 接続を使用してデータベースに接続するときにレコードを表示できません。問題を解決するために私を助けてください。

私のシステムには大きな分析モジュールがあり、そのために vertica を使用する予定です。複数のデータベースを管理しないように、アプリの残りの部分 (ドメインのモデルを含む標準の crud アプリ) でも vertica を使用することを誰かが提案しました。

vertica はこの二重のシナリオに適合しますか?

アクセス権の付与を簡単にするために、新しい役割を設定しようとしています。選択したユーザーに対して、スキーマの下ですべてのテーブル (新しく作成されたテーブルに自動的にアクセスできるようにする必要があります) を選択する簡単な方法があるかどうか疑問に思っていました。同じものに対して次のクエリを実行しました。しかし、それでも私のユーザーは特定のテーブルにアクセスできません。

この後、mytest1 ユーザーでログインして myschema.mytable で select を実行しようとすると、スキーマの使用をユーザーに許可するように求められます。スキーマの使用をユーザーに直接許可した後、そのテーブルに対する権限が拒否されて失敗します。

同じように助けてください。私は vertica 5.0 で実行しています

更新: ロールの効果を発生させるには、そのロールをデフォルトにするか、そのロールをユーザーセッションのデフォルトとして明示的に設定する必要があることもわかりました。

それでも、特定のユーザーがスキーマの下にあるすべてのテーブルにアクセスできるようにする方法についての私の別の質問は残っています。

時間の経過に伴う株価の表をタイムスタンプ、価格のフィールドで作成しています。

次のように、毎日の株価の最終値を取得できます。

その日の株価の平均価格が必要な場合はどうすればよいですか? TS_AVG_VALUE のようなもの...

これは、任意の時間枠で機能する必要があり、1 日の期間にハードコードされないことに注意してください。

Vertica クラスター全体で接続プール/ディストリビューションはどのようになっていますか?

Vertica で接続がどのように処理されるかを理解しようとしています! Oracle が接続を処理するように、それはリスナーであるか、または接続がクラスター内でどのようにバランスが取れているか (分散を改善するため) を処理します。

わかりました、私は照合が主題であるポイントに到達したドキュメントを通り抜けます

これを想像してみてください。米国では30[color=＃FF0000]。[/ color]00$ブラジルでは30[color=＃FF0000]、[/ color] 00 R $

-どうすればこれを解決できますか!! データベースがそれを間違って解釈しないように？

Verticaのドキュメント[quote]注•ICUロケールでは通常、照合、通貨、およびカレンダーの設定を指定できますが、Verticaは照合コンポーネントのみをサポートします。SET DATESTYLE TO ...コマンドは、カレンダーのいくつかの側面を提供します。[color =＃FF0000]通貨でサポートされているのはドルのみです[/color]。照合に関係のないキーワードは拒否されます。[/引用]

Verticaは仮想列 をサポートしていますか? ドキュメントを読んでも見つかりません！

用途 : 私はテーブルを持っています :

• Vertica は米国以外の国の通貨形式をサポートしていないため、通貨列を保持するテーブルにデータを入力するときに、この回避策を探しています。
• C++ で特別なフォーマット関数を作成し、列定義に適用します。

これは可能ですか？

スタースキーマと単一の非正規化テーブルを使用して、ベクターごとにいくつかのテストを実行しています。非正規化されたテーブルには、varchar (100) を超える 5 つの余分な列があります。私は列指向の世界に慣れていないので、事実を正しく理解するために理解したいと思っています。

いくつかの事実 :

1. クエリメモリ = 20G、キャッシュメモリは 7G に設定

2. 名前の列だけのサイズは、約 6G、6.5G、2.6G、および 650M です。明らかに、これらは私のキャッシュメモリに収まらないため、システムは I/O バウンドです。

3. スタースキーマアプローチを使用すると、メインメモリキャッシュに簡単に収まる事実から整数列をキャッシュする必要があるため、高速に動作します。

これに関していくつか質問があります：

1. 単一のテーブルを使用する必要がある場合、これらすべての列がメモリに収まるように RAM を増やす必要がありますか? 他の誰かが Vertica または他の列指向データベースを使用してこの種の構造を作成したかどうかを知りたいです。はいの場合、すべての varchar 列が RAM に収まる必要がある同じアプローチを使用していますか?

2. 単純なスター スキーマ クエリ

   select col1,col2, col3, sum(col4), sum(col5) from fact_table join tabl1 on condition join tab2 on condition where tab1.col1 = 1234 and tab2.col2 = 6789

   以下より遅く動作します:

   select col1,col2,col3,sumcol4, sumcol5 from (select col1,col2, col3, sum(col4) as sumcol4, sum(col5) as sumcol5 from fact_table where fact_table.col1 = 1234 and fact_table.col2 = 6789) as facts join tabl1 on condition join tab2 on condition

   なんで？

   注: マスター テーブル tab1 および tab2 は、メイン メモリ常駐です。

Vectorwiseを使用していますが、これらの観察結果が Vertica にも当てはまるかどうかを知りたいだけですか?

Vertica 6.0 EE でジョイン スピルを有効にする方法を知る必要がありますか?
これを可能にするパラメーターはありますか?
もしそうなら、このプロセスを少し説明してください。

to_date('','format')Vertica関数に次のような出力をさせるにはどうすればよいですか？

好きじゃない（01-04-2012）?!