Hola
Antonio.
Entiendo que estamos hablando de un
ISeries.
Dentro de las propiedades hay 2 que indican la lista de
bibliotecas con la que te conectas y la biblioteca por defecto de la conexi�n,
en principio si no especificas nada entra con la que el usuario que conecta
tiene.
Como se migran: �con paciencia!, pero si quieres y tienes
modulados los programas para que no se utilicen pantallas del ISeries puedes
hacer llamadas a programas con CALL, ejecutar cualquier comando y manejar
errores parecido al ISeries.
Seguridad: la misma que tienen en el ISeries, ten en cuenta
que entras en el sistema con un usuario y un password, si tienes bien autorizado
el sistema.......
Bajo mi punto de vista solo hay un problema, la gesti�n de
spooles, todos los spooles que se generan con OLEDB se generan con un JOB que no
es el JOB del trabajo que se ejecuta, sino que el sistema crea un job
QPRTJOB/USUARIO/NUMERO cuando se genera el primer spool con este usuario y va
dando n�meros de spool desde el 1 al 9999. Cuando llega al 9999 autom�ticamente
genera otro job con QPRTJOB/USUARIO/NUMERONUEVO, este es el �nico handicap que
me he encontrado, por otra parte trabajando el tema,
es solucionable.
Un saludo,
Jes�s
-----Mensaje original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Enviado el: mi�rcoles, 07 de julio de 2004 20:30
Para: [EMAIL PROTECTED]
Asunto: SQL sin especificar librerias (ODBC / OLEBD Provider) � Problemas de Seguridad ?
Sres. foreros
Tengo unas inquietudes
� Es posible lanzar un SQL al DB2 sin especificar la libreria del objeto (VB) ?
Aca es mui com�n que una aplicaci�n utilice tablas y objetos de multiples
librerias... Esto se resuelve con la JOBD del usuario. Obviamente se pienza en
la reutilizaci�n de los recursos y/o objetos.
� Como se migran estas a un ambiente Windows ?
� Como se administra la seguridad cuando el usuario accede por esta via ?
Agradecere comentarios y sugerencia......
Un abrazo y Saludos a todos quienes participan.... Excelente foro.
