SQLDataReader: sin resultados

Por favor, eche un vistazo al siguiente esquema:

CREATE TABLE Person (id int not null identity,[index] varchar(30),datecreated datetime)

insert into Person ([index],datecreated) values ('4,5,6','2011-01-01')
insert into Person ([index],datecreated) values ('1,2,3','2011-02-02')
insert into Person ([index],datecreated) values ('7,8','2012-02-02')

y el siguiente código:

Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load
        Try
            Dim _ConString As String = WebConfigurationManager.ConnectionStrings("dbConnection").ConnectionString
            Dim connection As New SqlConnection(_ConString)
            Dim objCommand As New SqlCommand
            Dim objDR As SqlDataReader
            Dim sqlString As String

            sqlString = "SELECT * FROM Person WHERE datecreated < '2012-01-01' "


            objCommand.CommandText = sqlString & " ORDER BY left (substring([index],charindex(',',[index])+1,200),  " & _
            " charindex(',',substring([index],charindex(',',[index])+1,200))-1)"
            objCommand.Connection = connection
            connection.Open()
            objDR = objCommand.ExecuteReader
            If objDR.HasRows Then
                MsgBox("Has Rows")
            Else
                MsgBox("No Rows")
            End If
            connection.Close()
        Catch ex As Exception

        End Try

    End Sub

Este código es parte de una función en el sistema en vivo. Cada vez que ejecuto la aplicación completa en modo de desarrollo (o en vivo) con ORDER BY; el DataReader no tiene registros y aparece un cuadro de mensaje que dice Sin filas (esto no ocurre cuando ejecuto el código anterior de forma aislada). Se devuelve el número correcto de filas después de comentar la cláusula ORDER BY. No se lanza ninguna excepción. ¿Hay alguna manera de ver si SQLDataReader ha producido un error?

ACTUALIZAR Por favor, no publique respuestas sobre pérdidas de memoria, por ejemplo, conexión no cerrada, etc. o el hecho de que las excepciones no se manejan. me doy cuenta de esto Produje el código anterior para intentar recrear el problema.

ACTUALIZACIÓN2 23/05/2012 19:30 gmt Realicé algunas pruebas adicionales y parece que la discrepancia ocurre cuando se usan consultas parametrizadas, es decir, una fila regresará en SQL Studio Manager pero no en la aplicación después de ejecutar el objeto de comando. Sé que las consultas parametrizadas se almacenan en caché. ¿Hay alguna razón por la cual el plan de ejecución parametrizado podría ser diferente al plan de ejecución no parametrizado?