問題タブ [rdbms]
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.
mysql - MySQL から PostgreSQL に簡単に移行するにはどうすればよいですか?
データベースが大きくなる前に、既存の MySQL データベース (約 40 テーブル、400 MB データ) を Postgres に移行したいと考えています。私は Web を検索し、いくつかの移行スクリプトを試しました (それらのいくつかはここで見つけることができます)。それらのどれもシームレスに動作しません.手動で修正しなければならないいくつかの不具合であれば問題にはなりませんが、結果のダンプは有効なPostgreSQLのようには見えません.
稼働日を丸ごと使用せずに本番テーブルの移行に成功した人はいますか? その問題に対する簡単な解決策はありますか?
注: 商用製品も検討します (価格設定が可能である限り)。
language-agnostic - 小さなサブセットで集中的に操作する場合は、インメモリ インデックスを構築して DB を回避することをお勧めしますか?
多くの制約を受けて、最適なシフト割り当てを自動的に見つけるプログラムに取り組んでいます。私はgrailsを使用しています。つまり、ワーカー、シフト、割り当てに関するデータは DBMS に保存されます。
最適化自体については、データの小さなサブセット (約 5 つの異なるテーブルから合計約 600 行) に対して非常に集中的に作業する必要があります。さまざまなサブサブセットを何十回も反復して検索し、フィットネス関数を計算し、いくつかの値を変更し、フィットネスを再度計算し、泡立て、すすぎ、繰り返し、おそらく何百回も行う必要があります。
さて、検索と反復はまさに DBMS の目的ですが、この場合、HSQLDB のようなインメモリ DBMS であっても、何百もの DB 要求のオーバーヘッドが実際に行われる作業を小さくすると思います。代わりに、最初にサブセット全体をメモリに丸呑みし、実行する必要があるルックアップ用に独自のインデックス (主に HashMap) を構築し、それらのみを使用して、DB から離れて作業することを計画しています。完了し、結果を書き込みます。
これは健全なアプローチですか？より良いアイデアはありますか？
sql-server - SQL Server 2005-トリガーループ？
初めてトリガーを使用しています。
同じテーブルの更新トリガーでテーブルのフィールドを更新すると、ループが発生しますか？SQLサーバーはこの再帰的な動作を防ぎますか？
ありがとう
oracle - オラクルのデータガード
Oracle DataGuard は、Oracle RDBMS に格納されたデータを複数の Oracle エンジン インスタンスに複製する技術です。DataGuard が本当に RDBMS に直線的なスケーラビリティを提供するかどうか疑問に思っています。DataGuard を使用した経験はありますか? 高負荷条件下ではどのように動作しますか?
rdbms - 3NF または 4NF にあるが DKNF にはない DB テーブル
3NF または 4NF であり、ドメイン キーの正規形ではないリレーショナル テーブルの例はありますか?
linq - Linq や i4o のようなプロジェクトは、オブジェクト指向 DB をリレーショナル DB の実行可能な代替手段にしますか?
Linq とi4oのようなテクノロジを考えると、オブジェクト指向データベース管理システムが、今後 3 年から 5 年以内に開始される新しいプロジェクトのリレーショナル データベース管理システムに代わる実行可能な代替手段とならない本当の理由はありますか?
.net - 「ネイティブ」OODBMS から ORM (Entity Framework / SQL Server) への移行
しばらく前に、1:n、n:m、または n:1 の関係を介して相互に強く関連する約 25 ～ 30 の異なるクラス/タイプ/モデルを内部に持つ新しいプロジェクトの開発を開始しました。
当時は、基本的にネイティブの .net oodbms システムを使用していました。これにより、オブジェクト モデルを使用して、いくつかの永続化関連のメソッド (-calls) をあちこちに追加するだけで、準備が整いました。しかし、時間が経つにつれて、私たちはますます多くの警告に出くわし、非常に悪い、修正不可能な (合理的な時間枠内での) 制限に遭遇し、遅い回避策を実装することを余儀なくされ、地平線上で平凡なパフォーマンスとスケーラビリティの問題が発生し、ライセンス料はほぼ 1 倍に増加しました。私たちにとっては5倍で、変更はありません（ビッグインクに買収されました）。
そのため、現在、スケーラビリティ/パフォーマンスとメンテナンスの観点から、長期的なソリューションを探し始めています。私たちは他の「本物の」odbmを見て、常に主要なブレーカーに出くわしました. SQLとの論争の。
したがって、基本的にここに私の質問があります。MicrosoftのEntity Frameworkまたはその他の.NET ORMで、構成を可能な限り保守可能に保ち、密接/重く関連するエンティティで適切に機能する実世界の経験がある人はいますか? 私たちが保存するデータの量は、驚くべきものでも膨大なものでもありません (今後 3 年以内にすべてのエンティティで合計 10 万インスタンスになると予想しています)。
ORM に関するアイデアや提案、および/または oodbms から rdbms への移行の経験がある人はいますか?
sql - リレーショナル データベースで「タプル」という用語は何を意味しますか?
SQLのタプルの意味を説明してください?ありがとう..