問題タブ [cost-based-optimizer]

レイヤー間の重みがリストに格納されているディープ ニューラル ネットワークがあります。

layers[j].weightsコスト関数にリッジ ペナルティを含めたいと考えています。tf.nn.l2_loss(layers[j].weights**2 for j in range(self.n_layers))次に、すべての重みの二乗和などを使用する必要があり ます。

特に、重みは次のように定義されます。

テンソルフローでそれを行うにはどうすればよいですか?

従業員 (ename、title、dname、address) はすべて同じ長さの文字列フィールドです。

ename 属性は候補キーです。リレーションには 10,000 ページが含まれます。10 のバッファ ページがあります。

クエリは次のとおりです: SELECT E.title, E.ename FROM Employee E WHERE E.title='Administrator'</p>

Employee タプルの 10% だけが選択条件を満たすと仮定します。

ename のクラスター化された B+ ツリー インデックスが (唯一のインデックス) 利用可能であるとします。ベストプランの料金は？

このコストをどのように計算しますか? タイトルにクラスター化された B+ ツリー インデックスがある場合、どのように計算しますか?

別のクエリ: SELECT E.ename FROM Employee E WHERE E.title='Administrator' AND E.dname='Finance'</p>

Employee タプルの 10% だけが条件 E.title ='Administrator' を満たし、10% だけが E.dname ='Finance' を満たし、5% だけが両方の条件を満たしていると仮定します。

クラスター化された B+ ツリー インデックス (唯一のインデックス) が利用可能であるとします。ベストプランの料金は？

専門家！助けてください。コメント/提案は大歓迎です。全体の流れを理解したい。私は多くの調査を行ってきましたが、各操作のコストを計算する方法を知っていると思います.関係に10,000ページが含まれていると言っていて、各ページにいくつのタプルがあると言っていないのですか? 私が学んだことから、タプルに関して関係の合計サイズが必要だと思いますが、正しいですか? なぜ？

質問を読むために時間を割いてくれた人に感謝します:-)

巨大な Oracle Trace ファイルがあります。このファイルを作成したアプリケーションは、1 時間 15 分実行されました。この Tracefile では、1 時間強の実行時間で 4 つの Select が見つかりました。問題は、これらの選択がオプティマイザーによってサンプリングされることです。

これは4つのうちの1つで、見た目はほとんど同じです。元のステートメントを見つけたと思いますが、これらは Uniface サービスから実行されます。Uniface がどのように機能するのかわかりません。私はただのデータベース担当者です。問題は、オプティマイザーがこのステートメントを再構築する理由がわからないことです。dynamic_sample元のものはヒントを使用しません。また、元のステートメントもトレース ファイルに追加されていることがわかりました。

そのため、これらのサンプルステートメントが何であるかわかりません。何か案が？

どうもありがとう。

postgres のEXPLAINコマンドを使用すると、最上位の「コスト」があります。説明が正確であると仮定すると (つまり、コストが実際には非常に信頼性が低く、一貫性がないにもかかわらず)、コストから分/秒のクエリ時間 (「大きな」コスト) への非常に近似的な変換は何ですか?

私の場合、クエリのコストは 6,000 万です

コンテキストとして、私のハードウェアは通常のラップトップであり、データは 1,200 万行がインデックス付き列の 250,000 行に結合され、複数の列にグループ化されて 1,000 行の出力が生成されます。

この質問は、クエリ自体に関するものではありません。クエリをコーディングするより良い方法があるかもしれません。この質問は、説明の出力がどれほど不正確、信頼できない、または一貫性がないかについての質問でもありません。

この質問は、EXPLAIN コストと、EXPLAIN 出力が実際にはクエリの正確な分析であると仮定して、クエリが実行された場合にかかる実行時間を見積もることに関するものです。