問題タブ [insert-update]

私はSQLデータベースを持っており、その中にサンプルテーブルのデータセットを作成しました.

データセットは HotelDataSet2 で、挿入するデータ テーブル アダプターは Various_itemsTableAdapter です。

これは、挿入の前後に常に同じカウントを反映します..しかし、これを実行すると

新しいカウントが古いカウントの +1 であることを示しています。したがって、テーブルアダプターを介してテーブルにデータを変更するたびに、常にデータセットを補充する必要があると結論付けました?? それはどのように役立ちますか??

カスタムタイプにデータを選択するクエリがあります-

ユーザーの情報を取得したら、「LastIP」や「LastVisit」などの情報を更新し、パスワードが正しく、ログインが成功した場合に変更を送信できるようにしたいと考えています。

私が正しく理解している場合、新しいオブジェクトは切り離されているため、変更して dc.SubmitChanges() を呼び出しても、変更は保存されません。この状況で更新を実行する最良の方法は何ですか。別の選択を行い、そこでデータを変更する必要がありますか?最初のステートメントでインライン化する方法はありますか?

助けてくれてありがとう！

私はこれをまとめて、他の誰かがインラインソリューションを必要とする場合に備えて投稿すると考えました-

アセンブリの拡張メソッドを使用すると、クエリは次のようになります。

そうは言っても、cdonner の提案は優れています。

私は DataSet を使用する初心者です。私はVB.NETでプログラムを書いています.1つのテーブルからデータを選択する必要があります. 次に、約 4 つのテーブルを更新し、2 つのテーブルに挿入する必要があります。私にはどのアプローチが適していますか？私はDataSetを使用することを考えています。誰かがその問題を指摘できる場合は、DataSet を更新するためのサンプル コードを示してください。どうもありがとうございました。

現在、一重引用符やその他のゴミを考慮して、フォームの送信に注意を払っています。

次を使用して、挿入する値を準備します。

基本的に、これらの挿入/更新ステートメントにはプレースホルダーを使用したいと考えています。

$par1and$par2をリテラルとして定義してから、これを実行してみました

それは失敗し、私にこのエラーを与えました:

警告: odbc_exec() [function.odbc-exec]: SQL エラー: [Microsoft][ODBC SQL Server Driver]COUNT フィールドが正しくないか、構文エラー、10 行目の test.php の SQLExecDirect で SQL 状態 07001

行 10 は exec ステートメントです。

この odbc ドライバーでプレースホルダーを使用するための構文が見つかりません。助言がありますか？

$conn接続変数は正常に機能しています。

最後の試行はまだ失敗しています - odbc_execute() は未定義の関数です。odbc_exec() を使用する必要があります

外部 hd に格納される予定の SQL Server Express データベースを構築しました。自分のシステムや他のシステムにあるデータベースのデータを追加/更新し、追加または編集したデータのみを外付けハード ドライブにバックアップまたは転送できるようにする必要があります。これを達成するための最良の方法は何ですか？

WPF アプリケーション (.NET 3.5SP1) を開発しています。シナリオは次のとおりです。

1. SQL Metal を使用してエンティティ定義 (および対応するマップ ファイル) を抽出します。これは後でデータ アクセス層に使用されます (だから、LINQ to SQL を使用しています)。

2. Unity (このアプリケーションは「PRISM ベース」) を使用して、抽象クラスとそれに対応する実装 (例: IRepository と ActualRepository、IDataContext と ActualContext、IUnitOfWork と ActualUnitOfWork など) を登録します。クラス名は実際のものではありません。 、しかしこれはここでは重要ではありません)

3.ViewModel と View の作成には MVVM スタイルが使用されます。

挿入と削除はうまくいきました..しかし、私はこの奇妙な動作に気付きました:

a）新しいレコードを作成し、いくつかのフィールドに入力することにより、ユーザーはこの（新しい）レコードを一度だけ保存できました!!! ユーザーが他のフィールドにデータを挿入するのを忘れて、このレコードを保存しようとした場合 (再度)、これらの変更は dbms に反映されませんでした!!!

そのため、ユーザーはアプリケーションを閉じ、アプリケーションを再度開き、(以前に挿入された) レコードをロードしました。現在: これらのレコードへのすべての変更は、実際には dbms に反映されていました!!!

私はそれがデータコンテキストの問題であるに違いないと思いました（これは次のように作成されました：

)

グーグルで調べたところ、切り離されたオブジェクトに関するいくつかの問題が見つかりました。これが私の状況と関係があるかどうかはわかりませんでしたが、いくつかのブログを読んで、関係があることがわかりました!

簡単に言うと、テーブルでタイムスタンプ フィールドを使用していると思いました。

b) 言った..完了!Et voila: 新しく作成されたレコードは、最初の保存後に複数回保存できます。アプリケーションを閉じて再度開いても問題なく動作しました。

しかし: 新たな問題が発生しました!

1 つのビューがいくつかのコンボボックスを使用しています。これらのコンボボックスにバインドされたフィールドは、操作しているこのレコードが実際のレコードである限り、適切に更新されます。次のレコードに移動すると、以前の現在のレコードのフィールド (コンボボックスにバインド) が null に割り当てられます!!!! 私はそれがバインディングの問題だと思って、明示的にコンボボックスに双方向バインディングモードを配置しましたが、結果はありませんでした。

これは私を夢中にさせます!!! （状況a）私はこれらの問題を経験しませんでした!!!!）

TextBoxes にバインドされたフィールドは期待どおりに機能します。ところで：バインディングエラーは発生しません！

だから：誰かが状況a）がこのように振る舞う理由を説明してもらえますか？なぜ b) WPF コンボボックスにバインドされたフィールドがこのように動作するのですか?

前もって感謝します

列record_id（auto inc）、、、senderおよびsent_timeを含むテーブルがありますstatus。

「sender1」など、特定の送信者のレコードがない場合は、新しいレコードを挿入する必要があります。それ以外の場合は、「user1」に属する既存のレコードを更新する必要があります。

したがって、レコードがまだ保存されていない場合は、実行します

それ以外の場合は、UPDATEステートメントを実行します。

とにかく..フィールド送信者の値が「user1」であるレコードがない場合に新しいレコードを挿入するためにこれら2つのステートメントを組み合わせる方法を知っている人はいますか？それ以外の場合は既存のレコードを更新しますか？

私はEntityFrameworkを使用しています。1 つまたはゼロの CertificateReasons を持つことができる "Application" オブジェクト (フィールド certificateReasonID を持つ) があります。そのため、"CertificateReason" テーブルとの関係があり、edmx ダイアグラムでは、certificateReasonTypeID フィールドが表示されません。

アプリケーションを更新すると、Application.certificateReasonTypeIDを選択したIDに更新する代わりに、新しいCertificateReasonを挿入し、Application.certificateReasonTypeIDを新しいIDに更新します。

CertificateReason オブジェクトは追加された状態です (技術的に正しい)。aspxコードは

アップデートコードは

ありがとう

テーブルの主キーを変更できる必要があります。問題は、一部のキーが既存のキー値に変更されることです。たとえば、record1.ID 3=>4 および record2.ID 4=>5 です。これらは外部キーとして設定されているため（更新をカスケードします）、これらを主キーとして保持する必要がありますこれを達成する合理的な方法はありますか、それともSQLの異端を試みていますか？

理由については、この主キーによってリンクされたテーブルのセットからのデータが、同様に構造化されたテーブルの別のセットに挿入/更新されています。挿入は重複排除プロセスの一部であるため、部分的に行われます。挿入されるすべてのテーブルを新しい主キーで単純に更新できれば、作業は楽になります。

1 つの解決策は、着信テーブルの行数が到達するよりも高い宛先テーブルでインデックス作成を開始することです (着信テーブルは毎回再インデックス化されます) が、それでも上記を実行できるかどうか知りたいです。それ以外は。

ティア

SQL Server のパフォーマンスについて質問があります。

persons次の列を持つテーブルがあるとします: id、name、surname。

ここで、このテーブルに新しい行を挿入したいと思います。ルールは次のとおりです。

1. がテーブルに存在しない場合idは、行を挿入します。

2. 存在する場合idは、更新します。

ここには2つの解決策があります：

初め：

2番：

より良いアプローチは何ですか？2 番目の選択肢では、行を更新するには 2 回検索する必要があるようですが、最初の選択肢では 1 回だけです。問題に対する他の解決策はありますか？MS SQL 2000 を使用しています。