問題タブ [relational-database]
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.
sql - オープン ソース データベースの行数の上限は?
大規模なデータベースのデータ マイニングを行っているプロジェクトがあります。私は現在、すべてのデータをテキスト ファイルに保存しています。代わりにデータ リレーショナル データベースを保存することのコストと利点を理解しようとしています。ポイントは次のようになります。
妥当なパフォーマンスで、このようなポイントをいくつ獲得できますか? 現在、約 1 億 5000 万のデータ ポイントがあり、おそらく 3 億を超えることはないでしょう。4 つのデュアルコア 2GHz Xeon CPU と 8GB の RAM を搭載したボックスを使用していると仮定します。
uml - SOに触発されたリレーショナルUML図
私の宿題は、ディスカッションサイトに関するリレーショナルUML図を作成することでした。SOスキーマを使用し、いくつかの変更を行いました。
- ユーザー情報から年齢を削除
- 代表者を追加しました。これにより、ユーザーはユーザー名で投稿を分類できます(任意)
それ以外の点では、スキーマはかなり似ていますが、基本的です。どのようにそれを改善しますか?
明確化
代表者の主なアイデアは、投稿を分類することです。リストには、ほんの一握りの可能な名前しか含まれていません。バッジとは対照的に、アイデアは面白くなく、整理されています。あなたが数学について質問するなら、あなたはそうかもしれないSteve.mathし、ただmath。他のユーザーがあなたがどのようなものかを直接確認するのに役立ち、スペースが無駄になることはありませんUsername。おそらく、物事を整理するためのより簡単な方法があるので、コメントすることを躊躇しないでください。
interface - SOに触発されたリレーショナルUML図のインターフェース
重複の可能性:
SOに触発されたリレーショナルUML図
私は宿題をポストから開発しました。
問題:最初の投稿が質問であり、他の投稿が質問の後の返信になるように、SOと同様に投稿を行うこと。
質問:インターフェースをどのように改善しますか?より単純なデータ構造で物事が簡単になりますか?
ruby-on-rails - Rails でリレーショナル データのフォームを作成する
他のいくつかのテーブルと関係があるテーブルに表示する必要があるフォームがあります。たとえば、私はテーブル「ケース」(調査官のケースと考えてください) を持っています。
ケースデータ、クライアントデータ、請求者データを入力するフィールドをフォームに表示したいと思います。これを行う簡単な方法はありますか?送信時に次のように簡単になります:
ケースデータのみのフォームを送信して保存しただけの場合はどうなりますか?
database - 制約はデータベースにどのような利点をもたらしますか?
この質問は少し「グリーン」側に見えるかもしれませんが、私が遭遇した多くの「エンタープライズ」または「商用」データベースの後、私はこの質問をし始めました. 制約がデータベースにもたらす利点は何ですか? Unique 制約ではなく、Foreign Key 制約について詳しく質問しています。それらはパフォーマンスの向上をもたらしますか、それとも単にデータの整合性を提供しますか?
外部キーのない、または指定された主キーのないリレーショナル データベースの数にかなり驚いています (フィールドが null でないという制約またはフィールドの一意の制約のみ)。
考え?
relational-database - オブジェクト データベース + データをリレーショナル データベースに移植するためのリソースとガイドライン
オブジェクト データベースからリレーショナル データベースへの変換の手法に関する情報へのポインタはありますか?
私は標準的な検索を行いましたが、これまでのところ、オブジェクト指向データベースからリレーショナル データベースへのデータ変換しか思いつきませんでした。良い紙ですが、もっと期待していました....
xcode - コアデータ:抽象エンティティと継承関係
私の正確なモデルは説明が複雑なので、XcodeのCoreDataモデラーで果物とその種子をモデリングしているとしましょう。ここにいくつかの「疑似コアデータコード」があります:
このようにモデル化した理由は、果物の混合物を取得して、それらを種子の形で並べ替えることができるようにしたいからです。このモデルを考えると、ここに私の質問があります:
Xcodeモデラーに(つまり、GUIから)AppleがAppleSeedsのみを持つことができ、OrangesがOrangeSeedsのみを持つことができるように指定できる直接的な方法はありますか?上記のモデルでは、コンクリートフルーツは抽象的なシード関係を継承します。これは、混合フルーツ/シードをフェッチして並べ替えるために必要ですが、各コンクリートフルーツが持つ必要のある正確なシード関係を強制する方法はありません。
モデリングGUIの外でこれを強制するさまざまな方法がありますが、何かを見逃していないことを確認したいだけです。助言がありますか?
うまくいけば、この例は理にかなっています!
database - Key-Valueデータストアと従来のリレーショナルDBをいつ使用するのですか?
リレーショナルDBではなくKey-Valueデータストアを選択するのはいつですか?どちらかを決定する際にどのような考慮事項がありますか?両方の最適なルートを組み合わせるのはいつですか?可能であれば例を挙げてください。