Es la session, el SQL o mi abuela?

[verinchi]

Hola a Tod@s!
Bueno, tengo un problemilla que no logro identificar y quisiera ver si a alguien se le ocurre qué puede estar pasando.
Resulta que tengo un programa hecho en asp, el cual por exigencia del cliente debería levantar todos los datos históricos de un programa anterior. La estructura de base de datos no era la misma, ni parecida siquiera, pero para no hacer 4 programas diferentes (Si, el histórico lo tiene dividido en 3! ) se me ocurrió replicar las bases de datos, y acomodar dentro de las db (réplica de la mía que está funcionando perfectamente con la programación).
Hice esto de replicar las bases y no duplicar las tablas porque las administraciones viejas no tienen que estar disponibles para todos los usuarios, si no era facilísimo realmente! Pero bueno, mi vida no es simple ultimamente

El punto es: Teniendo en cuenta que el usuario que se conecta por ODBC a la primera base de datos, tiene permisos para trabajar en las otras, en lugar de generar cuatro ODBC (Una para cada base) hice uso de la posibilidad que brinda SQL de armar las consultas como Database.dbo.Tabla.Campo (Feo, pero efectivo)
De este modo, cargando en una Session el nombre de la db en la que se debe leer mientras se desee trabajar con determinada administración, salvaba el problema y todo debería funcionar correctamente. Pero claro, no estaría por aquí de haber funcionado bien no?

Y no es que de error, lo curioso, que no puedo resolver aún, es que parece funcionar. Tengo justamente un listado de créditos otorgados al cual le aplico unos cuantos filtros, son más de 3000 registros por tabla, así que por más paginado que lo tenga, buscar uno en particular leyendo la lista sería horrible!
Cuando pido el listado inicialmente, lo pido sin filtro alguno y que cargue la primera página. Este listado, según la administración que elijo en el login, coincide perfectamente con la información que contiene cada tabla, el problema aparece con los filtros.

Copio un fragmento de código, aunque lo he mirado varias veces ya.

Código PHP:

  'Esto al principio de la página, luego del javascript que redirige al login si se cayó la sesión.
Usr=Session("Nombre")
BASE=Session("Datab")

'Aquí tomo los valores del form para filtrar los datos
F_Fdesde=Request.Form("Filtro_Fdesde")
F_Fhasta=Request.Form("Filtro_Fhasta")
F_Mutual=Request.Form("FiltroMutual")
F_Estado=Request.Form("FiltroEstado")
F_Cliente=Request.Form("FiltroNrocli")
F_Manda=Request.Form("FiltroMandante")
F_Monto=Request.Form("FiltroMonto")
'La condición inicial es la que omite anulados, porque no se quieren en el listado
Condicion="WHERE "&BASE&".PRESTAMOS.Estado<> 6 "

If F_Fdesde<>"" And F_Fhasta<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.FechaEcred BETWEEN "&F_Fdesde&" AND "&F_Fhasta
End If
If F_Mutual<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.NroMutual="&F_Mutual
End if
If F_Estado<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.Estado="&F_Estado
End if
If F_Cliente<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.NroCte="&F_Cliente
End If
If F_Manda<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.NroMan="&F_Manda
End If
If F_Monto<>"" Then
    Condicion=Condicion&" AND "&BASE&".PRESTAMOS.DebitoMandan>="&F_Monto
End If

'Finalmente, la dichosa consulta
Set Rspres=Server.CreateObject("Adodb.Recordset")
Rspres.ActiveConnection=ConFev
Rspres.Source="SELECT NroCte, NroCredito, EnMano, Estado, Nombre, Apellido, FechaEcred FROM "&BASE&".PRESTAMOS INNER JOIN "&BASE&".CLIENTES ON CONVERT(varchar, "&BASE&".PRESTAMOS.NroCte)="&BASE&".CLIENTES.NroDoc "&Condicion&" ORDER BY FechaEcred DESC"
Rspres.CursorType=AdOpenKeyset
Rspres.LockType=AdLockOptimistic
Rspres.Open()
If Not Rspres.BOF Then
    Tablapres=Rspres.GetRows 'Carga la consulta en un vector
'Y bueno, aquí el tema de la paginación y lo manejo con GetRows para hacer menos viaje al server :cool:! 
   

Entonces... ¿Quién tendrá la culpa? Porque el listado sin filtrar lo tira bien, el tema es cuando aplico cualquier filtro, me muestra los datos de la base por defecto del ODBC.

Bueno, la hice larga esta vez, si alguien tiene una idea...
Gracias de antemano a tod@s!

[verinchi]

Ok Ok!
Ni la Session, Ni el SQL, ni mi abuela (pobre, siempre la meto problemas)
Soy culpable de todos mis problemas, el mundo y la tecnología no conspiran contra mi sino yo contra ellos!

Bueno, lejos del teatro... Tema solucionado, si a alguien le sirvió saber que se puede hacer esto y manejar varas db con una sola conexión, buenísimo!

Cambié el form de POST a GET para verificar el contenido de las variables, y me di cuenta que no había colocado el primer ítem en los selects que tengo (filtro de cliente, filtro por mutual y otros más) sin tomar en cuenta que así me estaba tomando como seleccionados los valores por defecto de cada uno de ellos.

Una vez colocado el clásico <option value="">::Seleccionar::</option> se solucionó mi gran dilema

No lo digan! no lo digan! ya sé... esta vez me pasé de viva

[Muzztein]

te recomiendo esta funcion. te sirve para cuando estes probando , revisar todas las variables que estan pasando. Saludos

sub imprime_variables_del_form()
dim x
for each x in Request.Form
response.write "<strong>" & x & "</strong> = " & Request.Form(x) & "<br/>"
Next
end sub

[Myakire]

Independientemente de lo simple que era el problema, veo que solo te faltaba tranquilizarte y ponerte a debuguear con cuidado verinchi , fue muy entretenido leer tu post

[Shiryu_Libra]

se podra realiza una novela...... esta muy entretenido

el personaje que me gusto mas... la abuelita

[verinchi]

Tal cual!
Con este nuevo talento que estoy generando, creo que me voy a dedicar a la literatura!!!
Tal vez publique un muy buen libro que podría titularse "Aventuras y Desventuras del desarrollo en ASP"
Nada, sigo divagando!
Muzztein, mil gracias por tu sugerencia, es verdad... esa función está buenísima para cuando no tengo muy claro lo que está llegando del form. YA la paso a mi biblioteca!

Saludos a todos!