問題タブ [partition]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
oracle - Lead in Oracle を使用したパーティション
パーティションを使用して LEAD/LAG を実装する際に問題が発生しました。
以下は例と予想される結果です
次のような値を返す必要があります。
埋め込むロジックは次のとおりです。
各レコードについて、反対方向と既存の TrdTime > その他のレコード TrdTime を取得する必要があります。例: キー 1237 の場合、方向は S で、TrdTime は 7/15/2013 6:18:00 PM です。このレコードに対して次のレコードが返されます: 1240 と 1241 の両方が反対側 'B' を持ち、既存のレコード TrdTime > これら 2 つのレコード。ただし、TrdTime が最も近くて最も高い順に並べられているため、1241 の TrdTime が選択されます。
この機能を実装するにはどうすればよいですか。
LEAD関数とパーティションを使ってやろうと思っていました。
テーブルがインデックス化されておらず、5 ミルを超えるレコードがあるため、カーソルを使用できません。非常に時間がかかるため、自己参加もしたくありません。
任意の提案をお願いします。
r - 整数の数値パーティションを生成
Rに整数パーティショニングの実装はありますか?
たとえば、入力 4 の場合、5 つのベクトルを取得したいと思います。
Python、Erlang、Java、C、Perlには実装がありますが、R には何も見つかりません。
sql - SQL Server 2008 Standard エディションの高速化 - ベスト プラクティスは?
SQL Server 2008 Standard Edition を使用しています。
一部のテーブルには、約 200 万行のデータが含まれています。私たちは M$ Access フロント エンドを使用しています (恐ろしいことはわかっていますが、現時点では大きすぎて書き直すことができません)。
Access のパフォーマンスが低下し始めているため、パフォーマンスと速度を向上させたいと考えています。
私はパーティション分割されたテーブルを調べましたが、これは完璧に見えましたが、Standard エディションでは不可能でした。アップグレードは££,£££ であるため、問題外です。
データベースを別々のデータベース (年ごとに 1 つ) に分割し、パーティション分割されたビューを使用してデータにアクセスすることもできますが、これによってパフォーマンスがどの程度向上するかはわかりません。
すでに毎晩インデックスを再構築しているので、問題ありません。
アイデアや提案はありますか？
パーティション化されたビューは、それが役立つように見える主なものですが、実際の利益については確信が持てません.
ありがとう
hive - funciton unix_timestamp() を使用するとハイブパーティションが機能しないのはなぜですか
私が知っているように、where句でパーティション列を使用すると、ハイブパーティションは入力ファイルの数を減らすことができます。たとえば、私のテーブル ti では、date_entry (タイプは文字列で、タイムスタンプを格納する) という名前のパーティションを定義します。
select count(*) from t where date_entry >= (unix_timestamp() - 2 * 24 * 3600) * 1000
このクエリを実行しようとしましたが、where 句でいくつかのファイルをフィルター処理することを期待していますが、そうではありません。関数 unix_timestamp() を使用しない場合、機能します。
誰でも理由を知っているか、回避策を提供できますか。
db2 - 2 つの列に分割する
2 つの列 (PROJECT_ID と CATEGORY_NAME) で分割したいのですが、正しい構文を書くのに問題があります。以下のクエリは機能しますが、over 句を追加しようとすると正しく機能しません。再帰クエリを使用して、project_id で分割された行を連結し、name_last と name_first を結合および連結してリストを作成する管理者のリストを作成しました。リスト内の管理者は異なるカテゴリ (「INVISION」と「INSIGHT」) で作業しているが、同じ project_id の下にあるため、CATEGORY_NAME を含めるために追加の over 句を使用する必要があります。最初のサブクエリ
正しいデータを抽出しますが、その正しいデータをプロジェクトとカテゴリの両方でパーティション分割する方法がわかりません。私はdb2を使用しています。
私が得ている結果は重複を生成していますが、2 番目の列 (category_name がパーティション句に含まれている場合) のみです。現在の結果:
望ましい結果:
c++ - クイックソートで使用される 2 つのバージョンのパーティションの違い
最初のものは単純で、反転が見つかるまで両側から歩くだけです。
2 つ目 (「アルゴリズムの紹介 」に示されています) は次のとおりです。
2 つ目の不変条件は、「バインド前のすべての要素がピボットより小さい」です。
Q: 2 つのバージョンの長所と短所は何ですか?
最初に 1 つを与え、2 つ目はイテレーター (ポインター) で ++ 操作を必要とするためForwardIterator、リンクされたリストのイテレーターのようなものに適用できます。その他のヒントは？