問題タブ [database-scripts]
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.
database - Google ScriptDB:変数を使用してキーと値のペアを取得する方法は?
Google UI アプリと ScriptDB を使用しており、次のようなマップ オブジェクトがあります。
クエリで変数を使用してキーと値のペアのデータを取得する方法を知りたいです。または、それは可能ですか?例えば:
これで、条件ステートメント db.greaterThan(userLimit) で変数を使用できることがわかりました。ただし、キー値に記述した方法で変数 (つまり「userChoice」) を使用できませんでした。
これはコードの単純化された例に過ぎず、マップ オブジェクトを再構築する方法を探しているわけではないことに注意してください。私が知りたいのは、何らかの方法で変数を使用してクエリを実行できるかどうかです。ご協力いただきありがとうございます。
database - Oracleテーブルを日付列で分割する方法は?
私はオラクルにテーブルを持っています:
そして、このテーブルを stmtvaluedate 列で分割したいと考えています。私の目標は、1 か月が経過した後に新しいパーティションを作成することです。
良いスクリプトはありますか?または、静的な数のパーティションを作成する必要がありますか?
1 か月が経過すると、新しいパーティションが自動的に作成されます。
毎月後にテーブルを日付列で分割する方法について、誰かに例を教えてもらえますか? 自動パーティション分割が不可能な場合は、毎月、日付列によって今から 1 年後のパーティションを作成する例が必要です。
ありがとう!
entity-framework - 複数のコンテキストのエンティティ フレームワーク移行スクリプトが既存の __MigrationHistory テーブルにフェールオーバーする
それぞれ移行が有効になっている、複数の EntityFramework コンテキストを含むプロジェクトがあります。を使用して完全な移行スクリプトを作成すると、Update-Database -SourceMigration $initialDatabase -script
コンテキストごとにスクリプトが取得されます。
ただし、このスクリプトは次のようなもので始まります。
ContextKey を使用して現在の移行を取得する方法に注意してください。見つからない場合は、最初の移行を行います。
最初の移行にはテーブルを作成するためのコードが含まれているため、事態は複雑になり__MigrationHistory
ます。これは、最初のスクリプトを実行した時点で既に存在していることは明らかです。
これはエッジケースのバグですか、それともここで何か間違っていますか?
前もって感謝します
sql-server - データベース スクリプトの保守
長期にわたるプロジェクトがあり、プロジェクトには継続的なデータベース スクリプトが含まれています。現在、これらのスクリプトを実行するために手動の方法を使用していますが、これは長期的には機能しないと思われ、これらのファイルを保存するリポジトリは膨大になるだけです。このために、AliaSQL を使用します。
すぐに使用できる VS ツール データベース プロジェクトが多数あるため、このプロセスは比較的単純で効率的であると思います。
プロジェクトのデータベース スクリプトを維持するためのベスト プラクティスを強調してくれる人はいますか? これには、スクリプト (テーブル、ビュー、ストアド プロシージャなど) への変更が含まれます。
乾杯!
sql-server - 特定のテーブルの一部を 1 時間ごとにバックアップする最も効率的で簡単な方法
SQL Server データベースから、それぞれが WHERE 句でフィルター処理された特定のテーブルの .SQB バックアップ ファイルを 1 時間ごとに作成する必要があります。例として、次のデータが必要です。
ソース データベースのテーブルの構造は、時間の経過とともに変化する可能性があります。たとえば、列が追加または削除されたり、インデックスが追加されたりする可能性があります。
1 つのオプションは、SQL Server の同じインスタンス上のステージング データベースに何らかのエクスポート、スクリプト生成などを行うことです。効率は別として、宛先データベースのテーブルを毎回削除したり切り捨てたりしても問題はありません。つまり、テーブルのスキーマとデータの両方を宛先データベースに複製したいと考えています。それは完全に受け入れられます。
もう 1 つは、ソース データベースから .SQB バックアップを作成することです。私が本当に必要としているのは .SQB ファイルだけなので (SFTP で送信されます)、それも問題ありません。
このシナリオで推奨されるアプローチは何ですか?