|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Клиент на C#, сервер MSSql В качестве ID на сервере используется numeric(18,0) Проблема: при апдейте данных НЕКОТОРЫЕ строки выбрасывают исключение с ошибкой вида "Значение параметра \"...\" вне допустимого диапазона" вместо ... - идентификатор записи. Конкретный пример: серверный код: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49.
Клиентский код, с правильными типами, который вызывает ошибку: (в описании initAdapter закомментированы две строки, которые упрощают тип данных и позволяют избавиться от ошибки) Код: c# 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95.
Собственно вопрос - что я делаю неправильно? Как сохранить numeric(18,0) со стороны клиента и избежать ошибки? Привел в примере конкретную запись, которая будет приводить к ошибке (ID=65) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2015, 12:17 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Евгений В, ... а почему именно numeric, а не bigint, например, для поля identity? ... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2015, 12:35 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
carrotik, Это не совсем по сути вопроса. Так исторически сложилось. Можно все переписать, таки да. Однако ошибка почему, хотелось бы узнать. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.05.2015, 13:11 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Проблема все еще актуальна, никто не знает причину и решение? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2015, 10:02 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Евгений В, http://stackoverflow.com/a/33773 Потом смотрите различия... ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2015, 10:52 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
buser, Вы можете подробнее пояснить что Вы предлагаете сравнить? Я прекрасно знаю какие типы в параметрах, это видно в примере. Еще раз - проблема в том, что когда я использую рекомендованные типы, т.е. какбе совпадающие с обеих сторон, то это не работает. Поскольку для MS не впервой рекомендовать неработающие решения - я уточняю у сообщества - где же порылась собака? У меня руки кривые, или очередной баг MS с известными путями обхода? ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2015, 18:39 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Евгений В, Да, небольшой нюанс, еще раз повторю. Рекомендованное решение иногда работает, иногда не работает. Зависит от конкретного значения, которое мы пытаемся использовать в связке Numeric-Decimal. Вопрос в том - что нужно сделать, чтобы всегда работало :-) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2015, 18:45 |
|
Ошибка при сохранении данных, значение параметра вне допустимого диапазона.
|
|||
---|---|---|---|
#18+
Евгений ВВопрос в том - что нужно сделать, чтобы всегда работало :-) Запихивать Int64, а не decimal в параметры. Не пробовал, просто не доводилось иметь дела с numeric-identity )) ... |
|||
:
Нравится:
Не нравится:
|
|||
01.06.2015, 19:39 |
|
|
start [/forum/topic.php?fid=17&fpage=14&tid=1349548]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
62ms |
get topic data: |
15ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
others: | 242ms |
total: | 418ms |
0 / 0 |