System.Data.SqlDbType.Int - лимит в 10000?

@Alexey · Регистрация: 27.03.2012

Author24 — интернет-сервис помощи студентам

столкнулся сегодня с такой проблемой - хранимая процедура (OleDb / SQL Server) у которой один из параметров был SqlDbType.Int выполнялась, но ничего не возвращала, в качестве значения параметра было 10000, после того как Int был сменен на BigInt - все стало работать. ???

@bazile · 05.05.2011, 13:09

Судя по документации SqlDbType.Int это Int32, значит 10000 далеко от максимального значения.
Пример процедуры и ее вызова можешь привести?

@Alexey · 05.05.2011, 14:09

процедура элементарная и тут все работает без проблем

T-SQL

CREATE PROCEDURE dbo.GetThread
(
@ThreadID int,
...
)
AS
...

код вызова

VB.NET

Dim conn As New OleDbConnection(ConfigurationSettings.AppSettings('ConnectionString'))
 
Dim cmd As OleDbCommand = New OleDbCommand('GetThread', conn)
cmd.CommandType = CommandType.StoredProcedure
cmd.Parameters.Add('@ThreadID', SqlDbType.Int, 4)
....еще несколько параметров
cmd.Parameters(0).Value = 10000
....еще несколько параметров
 
conn.Open()
 
Dim forumPostCollection As ForumPostCollection = New ForumPostCollection()
 
Dim dr As OleDbDataReader = cmd.ExecuteReader()
 
While dr.Read()
    System.Diagnostics.Debug.WriteLine('kuku')
End While
 
dr.Close()
conn.Close()

если 'SqlDbType.Int, 4' поменять на 'SqlDbType.BigInt' все будет работать. В 4-ке что ли проблема?

@bazile · 05.05.2011, 14:16

> если 'SqlDbType.Int, 4' поменять на 'SqlDbType.BigInt'
> все будет работать. В 4-ке что ли проблема?
Не знаю, даже. Попробуй.
На мой взглял размер данных имеет смысл указывать для полей типа char и varchar или для decimal. Для int можно положиться на станлартное поведение. Так что попробуй просто
cmd.Parameters.Add('@ThreadID', SqlDbType.Int)

Еще вопрос - ты к MSSQL подключаешься? Если да, то почему используешь классы OleDb?

@Alexey · 05.05.2011, 14:47

похоже, я немного лоханулся ;-)

пока ты мне не сказал про OLE я и не понял что правильно надо не SQLDBTYPE, а OLEDBTYPE. Итак, если в вышеуказанном примере убрать размер 4, то все будет работать. Однако, правильно, конечно использовать OleDbType.Integer, который будет работать как с размером так и без него.

а OleDb используется по причине того, что приложение было сделано не под SQL Server, потом базу перенесли в SQL и пара больших запросов была переделана в хранимые процедуры, а при вызове возникла вот такая ошибка

спасибо, буду иметь ввиду теперь

@Alexey 0 / 2 / 3 Регистрация: 27.03.2012
		1
	System.Data.SqlDbType.Int - лимит в 10000? 05.05.2011, 12:31. Показов 1107. Ответов 4 Метки нет (Все метки) столкнулся сегодня с такой проблемой - хранимая процедура (OleDb / SQL Server) у которой один из параметров был SqlDbType.Int выполнялась, но ничего не возвращала, в качестве значения параметра было 10000, после того как Int был сменен на BigInt - все стало работать. ??? 0

@bazile 85 / 61 / 69 Регистрация: 15.03.2007 Сообщений: 6,906
	05.05.2011, 13:09	2
	Судя по документации SqlDbType.Int это Int32, значит 10000 далеко от максимального значения. Пример процедуры и ее вызова можешь привести? 0

@bazile 85 / 61 / 69 Регистрация: 15.03.2007 Сообщений: 6,906
	05.05.2011, 14:16	4
	> если 'SqlDbType.Int, 4' поменять на 'SqlDbType.BigInt' > все будет работать. В 4-ке что ли проблема? Не знаю, даже. Попробуй. На мой взглял размер данных имеет смысл указывать для полей типа char и varchar или для decimal. Для int можно положиться на станлартное поведение. Так что попробуй просто cmd.Parameters.Add('@ThreadID', SqlDbType.Int) Еще вопрос - ты к MSSQL подключаешься? Если да, то почему используешь классы OleDb? 0

@Alexey 0 / 2 / 3 Регистрация: 27.03.2012
	05.05.2011, 14:47	5
	похоже, я немного лоханулся ;-) пока ты мне не сказал про OLE я и не понял что правильно надо не SQLDBTYPE, а OLEDBTYPE. Итак, если в вышеуказанном примере убрать размер 4, то все будет работать. Однако, правильно, конечно использовать OleDbType.Integer, который будет работать как с размером так и без него. а OleDb используется по причине того, что приложение было сделано не под SQL Server, потом базу перенесли в SQL и пара больших запросов была переделана в хранимые процедуры, а при вызове возникла вот такая ошибка спасибо, буду иметь ввиду теперь 0