タグ付けされた質問 「odbc」


1
ODBCデータソースSQL Server接続-ユーザーのログインに失敗しました
データベースをSQL 2005からSQL 2008のサーバーに移動しました。 現在、ODBCデータソースを作成しようとしています。 「ユーザーが入力したログインIDとパスワードを使用したSQL Server認証」を使用し、ログインとパスワードを入力しました。ログインは、SQL Server Management Studioの[セキュリティ]-> [ログイン]に表示されます。 ログインには、古いサーバーの同じログインの正確なプロパティも含まれています。ユーザー名とパスワードを入力した後、次にヒットすると、次のようになります: Connection failed: SQLState: '28000' SQL Server Error: 18456 [Microsoft][ODBC SQL Server Driver][SQL Server]Login failed for user 'myUser'. これを読んだ後:http : //support.microsoft.com/kb/555332サーバープロパティが「Windows認証モード」のみに設定されていることに気付きましたが、「SQL ServerおよびWindows認証モード」に変更した後でも、接続の問題。Windowsアカウントで接続できます。

4
ソースLOB列を処理するときの「行ごとの」フェッチメソッドの回避
SSISを使用して新しいSQL Serverスキーマに移行しようとしているレガシーPostgreSQLデータベースソース(ODBC)があります。次のような警告が表示されます。 テーブルにLOB列があるため、「Row by Row」フェッチメソッドが適用されます。列の内容はLOBです 実は、どの列も実際にLOBである必要はありません。TEXT型はいくつかありますが、varchar(max)内に簡単に収まります。でも見知らぬ人は、しかし、最もすでにある VARCHARが、それはLOBであるかのように扱われているvarchar型以上のもの(128)らしい(事前のプロパティでは、データ型はDT_NTEXTです)。 selectステートメントですべての文字列型を適切な長さのvarcharに明示的にキャストし、ODBCソースでDT_NTEXTとして設定されているSQLコマンドを手動で実行しようとしました。 私はDBAではないので、本当に愚かなことをしている可能性は十分にあります。バッチフェッチできるように、型が最終的にvarcharになるようにするための最良の方法を知りたいのですが。何か案は? 必要に応じて、Visual Studio 2013内でSSIS-BI 2014を使用しています。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.