Einfache Reise Zum Beheben Des Odbc-sql-hy104-Servertreibers, Der Absolut Falscher Präzisionsfehler Microsoft

Es wird wegen ExecuteNonQuery aufgerufen, und wenn die Daten genau achttausend Ziffern enthalten, wird die folgende Ausnahme ausgelöst:

InnerException: Meldung: ERROR [HY104] [Microsoft] [ODBC SQL Server Driver] Ungültiger Genauigkeitswert StackTrace: at System.Data.Odbc.OdbcConnection.HandleError (OdbcHandle hrHandle, RetCode retcode) near System.Data.Odbc.OdbcParameter.Bind (OdbcStatementHandle hstmt, OdbcCommand, Int16 ordinal, CNativeBufferBuffer Parameter, allowReentrance Boolean) at System.Data.Odbc.OdbcParameterCollection.Bind (OdbcCommand manage, CMDWrapper cmdWrapper, CNativeBuffer parameterBuffer) System at.Data.Odbc.OdbcCommand.ExecuteReaderObject (CommandBehavior-Verhalten, Methode, Boolesche Kette needReader, Object [] methodArguments, SQL_API odbcApiMethod) at System.Data.Odbc.OdbcCommand.ExecuteReaderObject (CommandBehavior-Verhalten, Boolesche String-Methode, needReader) nur bei System.Data.Odbc.OdbcCommand.ExecuteNonQuery ()

Ich kann diesen spanischen Standard nicht wiederherstellen (der Fehler tritt in unserem Entwicklungsprodukt auf, daher kann ich dort keine Informationstests durchführen).

Beim Studium des Codes ist mir aufgefallen, dass beim Erstellen des Odbc-Parameters dieser Parameter wahrscheinlich nicht mit dem Parameter Size diskutiert wurde.

Ich versuche herauszufinden, wie man Fehler stoppen kann. Bisher meine Ideen:

1. Geben Sie den Betrag beim Erstellen von OdbcParameter ein;
2. Wenn das Extent genau 8000 ist, fügen Sie irgendeinen Leerzeichen hinzu, damit Sie es beenden können (es ist XML, also wenn es tatsächlich erneut gelesen wird, wird es in XDocument geparst, also denke ich' m nicht zwischen jedem kombinierten Raum unterscheiden);
3. Vielleicht und verwenden Sie SqlConnection anstelle des fantastischen OdbcConnection und besuchen Sie, wenn das Problem behoben ist. Denn

Aber ich kann diesen speziellen Fehler nicht reproduzieren, er tappt oft im Dunkeln.Was könnte die wahre Ursache des Fehlers sein und wie kann man ihn am besten reparieren? Ich habe gehört, dass es eine Änderung der Datenseite oder was auch immer für Varchar über 8000 gibt, aber ich kann keine ODBC-bezogene Sicherheit finden.

Vielen Dank für die gesamte schnelle Antwort. Der Workflow ruft Datendateien aus der Oracle-Datenbank ab, verarbeitet die Daten und fügt das Problem mithilfe des Tools zum Auschecken von Daten in eine vorhandene SQL-Tabelle ein.

PC läuft langsam?

ASR Pro ist die ultimative Lösung für Ihren PC-Reparaturbedarf! Es diagnostiziert und repariert nicht nur schnell und sicher verschiedene Windows-Probleme, sondern erhöht auch die Systemleistung, optimiert den Speicher, verbessert die Sicherheit und optimiert Ihren PC für maximale Zuverlässigkeit. Warum also warten? Beginnen Sie noch heute!

) С ( PAD_INDEX = AUS , STATISTICS_NORECOMPUTE entspricht AUS , IGNORE_DUP_KEY = OFF , ALLOW_ROW_LOCKS = ON , ALLOW_PAGE_LOCKS entspricht ON ) ON < span color =" Nummer 008080 "face =" Consolas "size =" 8 "> [BASIC]

Der Ort, an dem der Fehler gemeldet wird, ist eigentlich REOPEN_COMMEN varchar (max).

< td> LETZTE

< td> DOE

Fehler: Ausgabe (71): Fehler [Microsoft] [SQL sqlbindparameter: Server Native Client 11.0] Ungültiger Genauigkeitswert

Emredalgisch Kommentiert 2. Oktober 2019

  (fetch_wchar_as_char impliziert wahr, prefer_unicode = wahr, read_buffer_size = MB (1000), parameter_sets_to_buffer = 200000, large_decimals_as_64_bit_types = wahr, varchar_max_character_limit bedeutet 8000, limit_varchar_results_to_max = wahr, force_extra_capacity_for_unicode = true) 

Ich habe jetzt das gleiche Problem, wenn vielleicht Preferred_unicode = True (Nachricht: [Microsoft] [SQL Server Native Client 11.0] Ungültiger Genauigkeitswert)
Change = False Preferred_unicode wird nicht berücksichtigt, dass ein Fehler generiert wird, aber es werden keine Unicode-Zeichen angezeigt.
Ich freue mich auf Ihre Hilfe.
Danke

  (fetch_wchar_as_char impliziert true, prefer_unicode = wahr, read_buffer_size = MB (1000), large_decimals_as_64_bit_types = wahr, parameter_sets_to_buffer = 200000, varchar_max_character_limit entspricht 8000, limit_varchar_results_to_max = wahr, force_extra_capacity_for_unicode = true) 

Easy Way To Fix Odbc Sql Hy104 Server Driver Incorrect Precision Error Microsoft
Un Moyen Facile De Résoudre Le Pilote De Serveur Odbc Sql Hy104 De Précision Incorrecte Gaffe Microsoft
Fácil Elección Para Reparar El Error De Precisión Defectuoso Del Controlador Del Servidor Odbc Sql Hy104 Microsoft
Procedimento Fácil Usado Para Corrigir O Driver Do Servidor Odbc Sql Hy104 Microsoft Completamente Errado. Erro De Precisão
Łatwy Najlepszy Sposób Na Naprawienie Błędu Nieprawidłowej Precyzji Odbc Sql Hy104 Właściciela Samochodu Serwera Microsoft
Un Modo Semplice Per Correggere L'errore Di Precisione Errato Del Driver Del Server Odbc Sql Hy104 Microsoft
Enkelt Sätt Att ändra Odbc Sql Hy104 Serverdrivrutin Felaktiga Precisionsproblem Microsoft
Odbc Sql Hy104 서버 드라이버의 잘못된 정밀도 오류 마이크로소프트를 수정하는 쉬운 방법
Gemakkelijke Manier Om Odbc Sql Hy104 Serverstuurprogramma Onjuiste Uitmuntendheidsfout Microsoft
Простой способ исправить ошибку неправильной точности Odbc Sql Hy104 Server Riders Microsoft

Darcy Climpson

Related posts:

Schritte Zum Beheben Des Fehlers Bei Der Größenänderung Der Easeus-Partition Gelöst: Vorschläge Zum Beheben Des Ladens Des Winamp-Players Tipps Zum Beheben Des Crc-Mismatch-Fehlers Als Teil Der Datei Einfache Möglichkeit, Probleme Mit Der Basis-dvzaddin-dll-Datei Direkt Zu Beheben