問題タブ [jtds]
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.
java - SQLServer2005を使用するLinux環境での漢字の問題
Linuxボックス(RHEL)上のJbossサーバーでホストされているWebアプリケーションを使用して、SQLServer2005データベースサーバーから漢字を取得しようとしています。問題は、漢字がデータベースから返されることがなく、代わりにいくつかの四角いボックスが表示されることです。これには、JTDSドライバーとMicrosoftのSqlJdbcドライバーの両方を試しました。興味深いことに、データベースとドライバーの同じ組み合わせは、結果セットから文字列で返される漢字を使用してWindows環境で正常に機能します。
この問題に関するご協力をいただければ幸いです。
java - Playframework-1.2.4 エンティティと SQL Server 2000 は、8800 ではなく 462 レコードを返します:S
SQL Server 2000 に問題があります。jtds-1.2.5 を使用しています。2 つの接続があります。Mysql がプリンシパルですが、MSSQL 情報にアクセスする必要があります。問題は、「List alumnos = Salumnos.findAll();」を作成すると、8800 ではなく 462 レコードが返されることです:S
私はエンティティとテーブルを含めました:
構成は次のようなものです。
乾杯
java - jtds.jar の日付に対して返されるデータ型が正しくありません
MS SQL Server に、データ型が日付の列を持つテーブルがあります。DBとのJDBC接続にjtds.jarを使用しています。Connection から DatabaseMetaData を取得しています。DatabaseMetaData の列をチェックしているときに、
日付ではなく文字列である列タイプを返しますjava.sql.Types.VARCHAR
。しかし、それも返されます
名前を日付として入力します。
しかし、Oracle の場合、日付データ型を として返しますjava.sql.Types.DATE
。
このような違いはなぜですか?
java - JTDSドライバーがsendStringParametersAsUnicode=falseを受け入れるようにする際の問題?
すべてのアプリケーションのMSSQLからのドライバーとしてnet.sourceforge.jtds.jdbc.Driverを使用しています。プリペアドステートメントのパフォーマンスに問題があり、sendStringParametersAsUnicode=falseで問題が解決することを学びました。残念ながら、ドライバーに値を受け入れさせることができないようです。Microsoftドライバーcom.microsoft.sqlserver.jdbc.SQLServerDriverにパラメーターを正常に受け入れさせることができます。
persistence.xmlと私のds.xmlで動作します。準備されたステートメントは、22秒で100になります。
ただし、JTDSから同じパフォーマンスの向上を得ることができないようです。それはまだ準備されたステートメントの周りにぶら下がっていて、各反復で数秒かかります。
文字列にいくつかのバリエーションを試しましたが、テスト(Hibernate.connection.urlを使用したpersistence.xml)とJTAおよびds.xmlを使用したサーバーで同じラグが見られました。
私が読んだすべてのことは、Microsoftドライバーが遅いと述べており、私の会社は過去に問題を抱えていました。できればJTDSを使いたいのですが、プリペアドステートメントが10秒待ちきれません!
誰かアイデアがありましたか?
ありがとう
java - JDBC:jtds getString()は科学的記数法でdoubleを返します
jtds JDBCドライバーを使用するgetString
と、科学的記数法でフォーマットされたdoubleが返されることがあります。
一部の値では、そうではありません。
getString
常にフォーマットされた%f
doubleを返すように強制することは可能ですか?
どうか、私に使用するように説得しないでくださいgetDouble()
。ありがとうございました。
java - JDBC `decimal(28,2)` は `java.sql.Types.DOUBLE` になります
decimal(28, 2)
データベースに列があります。JDBC getColumnTypejava.sql.Types.DOUBLE
はその列を返します。なぜこれが起こるのか、これを回避する方法はありますか?
期待どおりにdecimal(38, 19)
戻るjava.sql.Types.DECIMAL
からです。
ドライバーは jtds です。Java 1.6 で動作します。DBMS は MS SQL です。
java - ログインで要求されたデータベース「NitgenAccessManager」を開けません。ログインに失敗しました
jtds を使用しており、Java アプリケーションをMicrosoft SQL Server 2005に接続しようとしています。以下は私の接続URLです。
jdbc:jtds:sqlserver://10.0.158.176:1433/NitgenAccessManager; インスタンス=SQLEXPRESS; ユーザー=sa;パスワード=パスワード
リモート接続を試みています (DB サーバーは別のコンピューターにあります)。
プログラムを実行しようとするたびに、次のエラーが表示されます。
ログインで要求されたデータベース「NitgenAccessManager」を開けません。ログインに失敗しました。
この同じ問題に関するさまざまな投稿を読み、提案された解決策を試しましたが、うまくいきませんでした。
今後ともよろしくお願いいたします。:)
database-connection - jTDS 接続 URL
jTDS を使用して SQL Server 2005 Express に接続しています。私の接続URLはjdbc:jtds:sqlserver://127.0.0.1:1433/dbstore;user=myusername,password=mypassword
「SQLサーバーが接続を拒否する」問題で接続していません。
私のコードに何か問題がありますか?
java - SQL Server での JTDS の問題
JTDS による Windows 認証を使用して SQL Server データベースに接続する Tomcat にデプロイされた 2 つの Java Web アプリケーションがあります。
データベースに接続する最初のアプリケーションは正常に動作しますが、2 番目のアプリケーションは次のエラーをスローします: java.sql.SQLException: I/O エラー: SSO に失敗しました: ネイティブ SSPI ライブラリがロードされていません。java.library.path システム プロパティを確認してください。
最初のアプリケーションが ntlmauth.dll をハングさせ、2 番目のアプリケーションがそれを使用できないようです。
どんな助けでも大歓迎です。ありがとうございました
java - jTDS + ストアド プロシージャ + prepareSQL = ネスト レベル エラー?
状況
jTDS を使用して MSSQL 2008 データベースに接続する (Tomcat) Java Web アプリケーションがあります。この Java アプリケーションは、ユーザー入力を使用して MSSQL ストアド プロシージャの 99% を実行します。
問題
jTDS ドライバーは、(アプリケーション内のさまざまな場所で) ときどきエラーを返します。
ストアド プロシージャ、関数、トリガー、またはビューの最大ネスト レベルを超えました (制限 32)。
prepareSQL=0
これは、jTDS 接続文字列に追加することで回避できます。その後、エラーはどこでも消えますが、 の他のすべての値でprepareSQL
は、エラーは残ります。jTDS が追加するストアド プロシージャのネスト レベルの数はわかりませんが、明らかに、アプリケーションには多すぎます。
質問
prepareSQL=3
ストアド プロシージャのみを実行し、もちろん Java コードでプリペアド ステートメントを使用すると、 (またはprepareSQL=0
)はどれくらいの効果があるでしょうか? 言い換えれば、すべてのWebサイトで「prepareSQL=0
本番環境では使用しないでください」と言っているのを見つけましたが、それはこの状況にも当てはまりますか?推奨される解決策でない場合
prepareSQL=0
や、セキュリティ上の問題などがある場合は、別のドライバーを探す必要があります。jTDS は過去 2 年間更新されておらず、Microsoft には JDBC 4.0 用のドライバーがあります。ただし、jTDS と Microsoft の JDBC 4.0 ドライバーのベンチマークや比較は見つかりません。Microsoft の 2.0 および 3.0 ドライバーでは、jTDS の方が高速で、優れており、効率的であるというのが一般的な意見のようです。JDBC 4.0 の場合もそうですか、それとも Microsoft はこれで競合他社を追い越しましたか?