問題タブ [dac]

これはhereからのフォローアップの質問です。T4 テンプレートを使用して SSDT プロジェクトからラッパー関数を生成できるように、 DACExtensionsSelectStatementを使用してからオブジェクトを取得しようとしています。Procedure問題は、Visitor オブジェクトの Nodes プロパティにノードが含まれていないことです。私は何が欠けていますか？

これが私の訪問者です：

そして、これが私がそれを使用しようとしている方法です：

のインスタンスがある場合Microsoft.SqlServer.TransactSql.ScriptDom.FunctionCall、関数によって返される値のデータ型を取得するにはどうすればよいですか?

STM32F429 Discovery Board を使用して、Keil uvision で fft フィルター (順方向および逆方向の FFT を取る) を設計しました。ただし、DAC からオシロスコープへの出力を取得すると、2 つの連続する DAC 出力間で多くのノイズが発生します。

コーディングやその他の関連知識の助けがあれば、大いに役立ちます。

DAC からの出力 (黄色) と入力信号 (ピンク) を表示するオシロスコープの写真へのリンクと、FFT フィルター コードを以下に示し ます。 //drive.google.com/open?id=0B9NG28tRmEefZGlFdWc1N2Q5ZnM&authuser=0

デザインタイムに DacFx を使用して、SSDT データベース プロジェクトの sql ファイルから生成される C# データ レイヤーを作成しています。私が話していることを確認するには、Github で私のSqlSharpener プロジェクトを参照してください。

ストアド プロシージャの SELECT ステートメントから返される行を表す DTO オブジェクトを生成しています。DTO のプロパティが null 許容値型であるべきかどうかを判断するために、元のテーブルで列が null 許容かどうかを確認しています。それがどのように見えるか興味がある場合は、ここにコードがあります。(ここの tSqlObject はTSqlObject、ストアド プロシージャのインスタンスです)

問題は、左または右の外部結合を考慮していなかったため、値が null になる可能性があることです。

SELECT ステートメントの列が null になる可能性があるかどうかを判断するにはどうすればよいですか? または、その質問が広すぎる場合、列が外部結合されたままのテーブルからのものであるかどうかをどのように判断できますか?

コードで dacpac を SQL 2014 にデプロイしようとしています。Windows 認証では完全に機能しますが、SQL サーバー認証を使用すると、次のエラーが発生します。

パッケージを展開できませんでした。内部例外: ターゲット サーバーに接続できません。

ユーザーで SQL Management Studio にログインし、問題なく dacpac をデプロイできます。

作品:

動作しません:

コード：

情報:当社では、サード パーティ製のアプリケーションを使用して生産を行っています。このプログラムは DSN を使用して、ODBC 経由で SQL Server 2012 データベースに接続します。このアプリケーションは Server 2003 (MADC 2.8) では正常に動作しますが、Server 2008 x86 (DAC 6.0) に移行すると、「Microsoft OLE DB Provider SQL Server Login failed for user XXX」で接続に失敗しました。これは、サーバー 2008 以降の Windows サーバーで "persist security info" のデフォルトが True から False に変更されたためだと思います (DAC 6.0 で変更)。サードパーティであるため、アプリケーション内の接続文字列を変更することはできません。この記事に見られるように

質問: ADO.Net の動作を変更して、接続文字列の外でこの値が False ではなく True にデフォルト設定されるようにする方法はありますか? これが問題を引き起こしている機能であることを少なくとも証明または反証できるようにしたいと思います。

注:これは、この設定の改ざんが大きなセキュリティ上の問題であることを認識しており、サーバーとアプリケーションが確実に分離されるように変更された場合は、適切な予防措置を講じます。

解決策:以下の @William によって提供されます。SQL Server サード パーティ アプリケーションを Server 2003 から Server 2008+ に更新し、2003 ではできなかった上記のような接続を取得している場合は、SQL アカウントのパスワードを空白に設定します (一時的またはステージングのみ、これは本番環境で空白のままにしておくことは非常に危険です) 空白のパスワードが提供されたときにアプリケーションが再び機能するかどうかをテストします。その場合、アプリケーションは接続文字列に Persist Security Info を設定しておらず、デフォルトで true に設定されていた値がデフォルトで false に設定されています。アプリケーションはサーバー 2003 での使用に制限されている可能性があり、サーバー 2008 以降では正しく機能しない可能性があります。デフォルトの値をt​​rueに戻す方法はありません。

SQL Server 11 および 10 データベース サーバーでのデータベースの作成を含むプロセスがあります。dacpac を使用して、DacServices 経由で C# にこのデータをインポートしています。これは使用されているコードです：

ローカル マシンからの初期テストのためにこれを実行すると、期待どおりに動作します。ただし、これをサーバーに投げると (WCF サービスの一部として実行されます)。次のエラーが表示されます。

'Microsoft.SqlServer.Dac.DacServices' の型初期化子が例外をスローしました。

サーバー スタック トレース: System.ServiceModel.Channels.ServiceChannel.ThrowIfFaultUnderstood (メッセージ応答、MessageFault フォールト、文字列アクション、MessageVersion バージョン、FaultConverter faultConverter) で System.ServiceModel.Channels.ServiceChannel.HandleReply (ProxyOperationRuntime 操作、ProxyRpc& rpc) で System. System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage メソッド呼び出し、ProxyOperationRuntime 操作) で System.ServiceModel.Channels.ServiceChannel.Call(文字列アクション、ブール一方向、ProxyOperationRuntime 操作、Object[] ins、Object[] outs、TimeSpan タイムアウト)。 ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage メッセージ)

[0] で例外が再スローされました: System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) でWcfServiceClient.Method(String string, Int32 integer) の String string, Int32 integer)

前もって感謝します。