関数グラファーを構築しようとしていますが、

ユーザーは、xmin、xmax、ymin、ymax、関数を入力します。すべてのポイントの x、y を取得しました。

ここで、この初期参照を 0,0 から 250,250 までの Canvas に変換したいと思います。

短い方法はありますか、それとも確認する必要がありますか

など..

また、この基本的なアプローチはサンプリングを最適化しません。たとえば、関数 f(x) = 5 の場合、xrange を 500 ポイントでサンプリングする必要はありません。必要なのは 2 ポイントだけです。私はいくつかのヒューリスティックチェックを行うことができました。

しかし、sin(2/x) のような関数の場合、x (-1,1) の周りでより多くのサンプリングが必要です。

ありがとう

Oracle にあるデータベースをリバース エンジニアリングしようとしています。外部キーに対応するメイン キーと参照整合性ルールを見つけることができましたが、モダリティ/カーディナリティ ルールが格納されている場所を見つけることができません。

どのテーブルを調べるか、またはサンプルクエリに関するヘルプをいただければ幸いです。

私はERで、参照整合性を達成する方法を一生理解できないケースを見つけました。従来の従業員、マネージャー、部門の関係は、この問題を説明することができます。

次の制約があります。

1. 従業員は 1 つの部門でのみ働くことができます。
2. 部門には多くの従業員を含めることができます。
3. 従業員は、同じ部門で働くマネージャーを 1 人持つことができます。
4. マネージャーは、同じ部門で働く多くの従業員を持つことができます。
5. マネージャーを持たない従業員はマネージャーです。

この図は、概念を示しています。

正規化する前は、次の表になります。

正規化後、これらのテーブルになります。

EmployeeManagerただし、ある部門で働いているマネージャーを、テーブル内の別の部門で働いている従業員に誤って割り当てることを止めるものは何もありません。

私が見つけた解決策の 1 つは、Department をEmployeeManagerテーブルに入れ、参照整合性制約を定義してテーブルを{Manager, Department}参照することでした。{Employee, Department}EmployeeDepartment

{Manager, Department}ただし、これが機能するためには、候補キーである必要はありませんか? これを解決できる別のデザインはありますか？

アップデート

最初の質問に答えて{Manager, Department}よろしいですか。候補キーである必要はありませんか? 表の{Manager, Department}はEmployeeManager、候補キーまたは一意のキーである必要はありません。{Employee, Department}テーブル内の を参照する外部キーである必要がありEmployeeDepartmentます。キーの一意性は{Employee, Department}明確に定義されておらず、エンジンによって異なる場合があります。たとえば、MySQL は、外部キーが一意のキーのみを参照するようにアドバイスしています。

さらに、MySQL では、パフォーマンス上の理由から、参照される列にインデックスを付ける必要があります。ただし、システムは、参照される列が UNIQUE である、または NOT NULL と宣言されるという要件を強制しません。一意でないキーまたは NULL 値を含むキーへの外部キー参照の処理は、UPDATE や DELETE CASCADE などの操作に対して明確に定義されていません。UNIQUE (PRIMARY を含む) および NOT NULL キーのみを参照する外部キーを使用することをお勧めします。

私の場合、従業員は 1 つの部門でしか働くことができないため機能しますが、従業員が多くの部門で働くことを制約が許可する可能性がある場合は、{Employee, Department}一意でなくなるため機能しません。

従業員が多くの部門で働くことを制約が許す可能性がある場合を含め、すべての場合で機能するはずです。

これを解決できる別のデザインはありますか？また、主キーとしてテーブルを置き換えEmployeeDepartmentて、列を含む以前のテーブルに戻ることも考えました。したがって、従業員がどの部門で働いているかを調べるには、テーブルに参加する必要があります。ManagerDepartment{Manager}EmployeeManager(Employee, Manager)EmployeeManagerManagerDepartment

この設計に悪い慣行や異常はありますか?

私は現在、「OpenNI」ライブラリを使用して「Xtion pro live」に取り組んでいます。問題は、Xtion を (壁に沿って) 垂直に配置する必要があることです。問題は、この位置ではユーザーのキャリブレーションが常に失敗するため、スケルトン情報を取得できないことです。

GetSkeletonCap().RequestCalibration()そこで、この問題を解決する方法を知りたいのですが、" " または " " ファイルについて、私が理解できなかったことがあると思いSampleConfig.xmlます。しかし、多くの調査の後、私はまだ立ち往生しています。

一致tableAするすべての行を削除しながら削除したいtableBtableA.A_ID = tableB.A_ID

現在、外部キーをCASCADEon delete に設定し、 update を onTableBに設定していtableB.A_IDます。

この wiki ページ: https://wiki.haskell.org/Referential_transparencyでは、「C と ML は、参照透過でない構造を持つ言語です」について説明しています。私の質問は、「コンストラクト」とは何ですか? 抽象的な概念ですか？ありがとう。