Hola, Ricardo.

>Tenemos una aplicación que usa VFP8+SQL Server 2000 en la cual accedemos mediante un mix de S.P.T. y Vistas remotas.
>La estrategia a nivel de acceso era un usuario único con determinados roles en SQL server y desde VFP abriamos una conexión via ODBC con ese perfil. Además de tener una conexión en un DBC de VFP solo para vistas remotas y la seguridad y los diferentes usuarios los manejabamos a nivel de aplicación.
>
>El dilema al que nos enfrentamos es que por cuestiones de seguridad en el cliente donde reside la aplicación es que hay que comenzar a auditar usando las herramientas de profiles de SQL y sus trazas. Aqui nos enfrentamos en que los usuarios de nuestra aplicación que usan vistas remotas son siempre "el mismo" y así queda registrado en las trazas.

¿Cuál es el problema en que aparezca el mismo usuario? ¿Lo que quieren hacer es optimizar las consultas ó tener información de auditoría? Son cosas totalmente diferentes, y en ambos casos el tema de usar una conexión con un usuario standard no debería ser problema.

>Si creamos diferentes usuarios en SQL Server con sus roles definidos a nivel del motor de B.D. como afecta esto en las vistas remotas VFP ?
>Existe alguna estrategia para este modelo ?
>Si pasamos a Cursor Adapter podemos solucionar el problemas ? Aunque preferemimos que no para minimizar la modificación del software, es monolítico y no n-Tier :-(

Crear diferentes usuarios o roles no te afectará, pero tampoco te agregará nada salvo complicaciones a nivel de deployment. Siempre puedes utilizar autenticación Windows y usar los usuarios de Active Directory, pero prepárate para que alguien haga la administración con cuidado. CursorAdapter tampoco cambia nada al respecto.

Te sugiero que expliques más detalladamente cuál es la necesidad y tal vez encontremos una solución que no te complique de esta manera.

Saludos,