問題タブ [connection-string]

xml スプレッドシート (*.xls) を生成するサード パーティ ツールがあります。このスプレッドシートを読み取って処理する別のプログラムがあります。生成された xml スプレッドシートの内容は 5 列のテーブルで、私のプログラムはそれらに対して選択クエリを実行します。生成されたスプレッドシートへの接続を開くときに問題に直面しています。「{"外部テーブルが予期された形式ではありません。"}」と表示されます。私の Connectin 文字列は "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" + excelFileName + ";Extended Properties=\"Excel 8.0;HDR=YES;\""; です。この文字列を変更する必要はありますか? データセットを使用して dataSet.ReadXml(excelFileName); を呼び出してみました。しかし、データセットには私のテーブルが含まれていません。xml スプレッドシートの読み方に関する情報はありますか?

お時間をいただきありがとうございます、CS

私が知りたいのは、構成ファイルで接続文字列を暗号化するための明確なアプローチです。ここに私の質問があります：

1. マシンレベルの暗号化を使用すると、私のサーバーにアクセスする人は、接続文字列の内容を読み取る小さな .Net プログラムを作成できませんか?

2. エンタープライズ環境のユーザー マシンにアプリケーションを展開していて、アプリケーションの構成ファイルに接続文字列が含まれている場合、自分のアプリケーションだけがそれを復号化できるようにするにはどうすればよいですか? このシナリオは、ClickOnce 展開シナリオで特に興味深いものです。パブリッシャーサーバーで暗号化されていない構成を保存し、アプリが初めてダウンロード、インストール、実行されるときにマシンレベルで暗号化する人々について読んだことがあります。これは私には非常に間違っているように思えます.接続文字列が保護されずにワイヤを通過し、ダウンロードとアプリケーションの実行の間の短い時間、保護されずに座っています.

3. 公開鍵と秘密鍵を取得し、アプリに署名し、構成ファイルをキーで暗号化できますか? ユーザーがそれを実行すると、署名付きアプリケーションからのみ復号化が可能になりますか?

4. 私は ClickOnce を使用しているので、暗号化された機密情報をコードに含めたり埋め込んだりすることができます。これは、バージョン # が変更されない限り ClickOnce が変更を検出しないためです。したがって、接続文字列を変更して再コンパイルする必要がある場合、app.config のポイントはミュートされます。サーバー、クライアント、およびその間で接続文字列を保護するために、構成ファイルを使用する以外に、他にどのようなアプローチをとればよいでしょうか?

Net 2.0 / Visual Studio 2005 / ASP.Net Web アプリ

このサイトで多くの投稿やコメントを読みましたが、理解できないほど混乱しているものや、要件を満たしていないものがあります。

したがって、UI、BLL、DAL の 3 層アプリケーションがあります。私の DAL では、サーバー エクスプローラーからストアドプロシージャをドラッグして DataSet を作成しました。そのため、接続文字列はデータセット ファイルにハードコーディングされました。

UI（メインプロジェクト）設定デザイナーで接続文字列をBLLに渡し、次にDALに渡すときに、何をしなければならないかを簡単なステップバイステップで説明していただければ幸いです。

SQLExpress をインストールする必要がある winform アプリがあります。接続文字列がすべて機能するように、SQL インスタンスの呼び出しを予測するにはどうすればよいですか。./SQLEXPRESS? ユーザー名/SQLEXPRESS? または完全に他の何か？

ありがとう！

ADO.net を使用して Excel ファイルからデータを抽出したいと考えています。このプロセスは、インターネット上でかなりよく文書化されています。私のキャッチは、ファイルがユーザーによってアップロードされたため、メモリ内にバイト配列としてのみ存在することです。セキュリティとパフォーマンス上の理由から、このファイルをディスクに書き込もうとはしません。

バイト配列に接続する接続文字列を作成する方法はありますか? それとも、実際にメモリに保存されているファイルとしてその配列を公開するのでしょうか (RAM ディスクのように推測します)?

VS2008 で新しいプロジェクトを作成し、プロジェクトに .MDF ファイルを追加しました。MDF ファイルと .SQLEXPRESS データベースを使用しようとしたのはこれが初めてです (以前は常に外部の Oracle サーバーを使用していました)。

すべてを文書化しようとしていますが、.MDF ファイルへの接続に使用されている資格情報がわかりません。簡単に調べる方法はありますか？

.NETWebアプリケーションを介してアクセスしたいデータベースがあります。web.configの接続文字列は簡単に暗号化できますが、ボックスにアクセスできる開発者なら誰でも数行のコードで復号化できます。ボックスにアクセスできるため、マシンに保存されている暗号化キーにアクセスできます。構成。

ユーザーアカウントへのアクセスを拒否することでデータベースからユーザーを締め出すことはできますが、Webアプリが王国のことわざの鍵を持っていることは役に立ちません。Webアプリで使用されるSQLアカウントを知識のある開発者が利用できなくても、Webアプリがデータベースにアクセスできるようにするための良い方法を知っている人はいますか？

この問題に直面したのはおそらく私が初めてではありませんが、どこにも適切な答えが見つかりませんでした。

厳密に型指定された DataSet を使用する Windows フォーム アプリケーションがあります。デザイナーは、アプリケーション設定で定義された接続文字列を使用します。問題は、この設定がアプリケーション スコープ (読み取り専用) として定義されており、実行時に変更できるようにする必要があることです。設定デザイナーで、設定のタイプが「接続文字列」の場合、スコープを「ユーザー」に変更できません。また、生成されたデータセットは、実行時に接続文字列を選択できるコンストラクターを提供しません。常に設定で使用されます。

MS がこの制限を導入した理由を知っていますか? 回避策はありますか？

私は現在、非常に醜い回避策を使用しています。設定のタイプを「文字列」に変更し、スコープを「ユーザー」に変更します。そうすれば、実行時に変更でき、正常に動作します。問題は、デザイナーでデータセットを変更する必要があるときに、それを「ConnectionString」に戻さなければならないことです。そうしないと、デザイナーが機能しません。

ご提案いただきありがとうございます。

SQL Server データベースに対して一連のクエリを実行する Java プログラムがあります。これらの最初のものは、ビューに対してクエリを実行し、約 750k レコードを返します。SQL Server Management Studio 経由でクエリを実行すると、約 30 秒で結果が得られます。ただし、昨夜実行するプログラムを開始しました。今朝確認したところ、このクエリはまだ結果を Java プログラムに返していませんでした。約 15 時間後です。

データベースにアクセスして、やりたいことは何でもできますが、これのデバッグを開始する方法が本当にわかりません。このような状況の原因を突き止めるには、どうすればよいでしょうか。私はデータベース管理者ではなく、SQL サーバー ツール セットに精通していません。

コードはこちら

EDIT1：

しばらく経ち、これは脱線しましたが、この問題は戻ってきました。jdbc ドライバー v 1.2 から 2.0 へのアップグレードを検討しましたが、jdk 1.4 に固執しており、v 2.0 には jdk 1.5 が必要なので、これは初心者ではありません。今、接続文字列のプロパティを見ています。役に立つかもしれない 2 が表示されます。

現在、レイテンシーの問題により、selectMethod としてカーソルを使用し、responseBuffering のデフォルトがいっぱいになっている状態で実行しています。これらのプロパティを変更すると役立つ可能性がありますか? もしそうなら、理想的な設定は何ですか？オンラインで見つけた情報に基づいて、直接選択法と適応応答バッファリングを使用すると問題が解決する可能性があると考えています。何かご意見は？

EDIT2：

さて、これらの接続文字列パラメーターの両方を変更し、デフォルトの選択方法 (直接) を使用し、responseBuffering を適応型として指定しました。これは最終的に私にとって最適に機能し、私が見ていた遅延の問題を軽減します. すべての助けに感謝します。

マシンの 1 つに 2008 SQL Server Express がインストールされており、リモート接続を確立しようとしています... MS SQL Server Management Studio を使用すると、まったく問題なくデータベースにログインできます (同じ資格情報)、しかし、C# アプリケーションで接続文字列を作成しようとすると、例外が発生します。

SQL Server への接続を確立中に、ネットワーク関連またはインスタンス固有のエラーが発生しました。サーバーが見つからないか、アクセスできませんでした。インスタンス名が正しいこと、および SQL Server がリモート接続を許可するように構成されていることを確認してください。

接続文字列は次のようになります (個人情報は変更されています)。

前述のとおり、Management Studio を使用して同じ設定(同じユーザー ID、パスワード、データ ソース名) でログインできますが、上記の接続文字列で接続を開こうとすると失敗します。

ノート：

1. サーバーでリモート接続を有効にし、ファイアウォールを無効にし、サーバーへの TCP/IP 接続を有効にし、SQL ブラウザーを有効にしました。

2. 同じマシン上にいる場合、接続文字列は正常に機能します。

3. Integrated Security オプションを調べて、Windows ログインを使用しようとしていないことを確認するために false に設定しましたが、それでも失敗します。

4. データベースは、Windows ログインとデータベース ログインの両方を許可するように設定されています。

5. Integrated Security オプションを SSPI、True、最後に False に変更すると、3 つすべてで上記と同じエラーが発生しました。

私が何か間違ったことをしているかどうか、誰かに教えてもらえますか?

更新、これが私の正確なコードです（今回はパスワードのみが削除され、同じマシンで実行されている管理スタジオの写真を追加しました）：

Management Studio 経由で接続: 写真を参照 http://s113.photobucket.com/albums/n202/ozpowermo/?action=view¤t=ManagementStudio.jpg

http://s113.photobucket.com/albums/n202/ozpowermo/?action=view¤t=ManagementStudio.jpg

私はそれを考え出した：

"Data Source=" ラベルを使用する場合は、"User Id" を使用する必要がありますが、User ID を使用すると機能しないようです!