IBM DB2, Historia, Ediciones, Competencia, Información técnica, Error al procesar, Versiones IBM DB2 es un servidor de base de datos modelo relacional desarrollado por IBM. Hay tres principales productos de la familia DB2: DB2 para LUW, DB2 para z/OS y DB2 para iSeries. El producto DB2 LUW se ejecuta en múltiples distribuciones de Linux y UNIX, como la mayoría de los sistemas Windows, Red Hat Linux, SUSE Linux, AIX, HP/UX y Solaris, y. DB2 también impulsa la edición IBM InfoSphere Warehouse, que es básicamente DB2 LUW con DPF, una arquitectura de no compartición de almacenamiento de datos en paralelo masivo. Otra RDBMS, Informix, fue adquirida por IBM en 2001. Historia DB2 tiene sus raíces se remontan a principios de la década de 1970 cuando Edgar F. Codd, investigador que trabaja para IBM, describe la teoría de bases de datos relacionales y en junio de 1970 publicó el modelo de manipulación de datos. En 1974, el centro de IBM en San José de Investigación elaboró un DBMS relacional, Sistema de R, para poner en práctica los conceptos de Codd. Una novedad fundamental del proyecto del Sistema R era SQL. Para aplicar el modelo relacional Codd necesitaba un lenguaje de base de datos relacional que llamó DSL/Alpha. En el momento IBM no creía en el potencial de las ideas de Codd, dejando la ejecución a un grupo de programadores que no están bajo la supervisión de Codd, que violó varios fundamentos del modelo relacional de Codd, el resultado se estructuró Inglés Query Language o secuela. Cuando IBM lanzó su primer producto de base de datos relacional, que quería tener un sublenguaje de calidad comercial y también, por lo que SEQUEL revisado y cambiado el nombre básicamente nuevo lenguaje SQL para diferenciarlo de secuela. IBM compró Computer Systems Metáfora de utilizar su interfaz gráfica de usuario y encapsular plataforma SQL que ya habían estado en uso desde mediados de los 80. La secuela sigla se cambió a SQL porque "SEQUEL" era una marca comercial de la compañía de aviones Hawker Siddeley Reino Unido basado. En paralelo con el desarrollo de SQL IBM también desarrolló Consulta por ejemplo, el primer lenguaje gráfico de consultas. El primer producto de IBM comercial bases de datos relacionales, SQL/DS, fue lanzado para el sistema operativo VM/CMS DOS/VSE y en 1981 - En 1976, IBM lanzó Consulta por ejemplo para la plataforma VM en la tabla orientada front-end produjo un linear- lenguaje de sintaxis que llevó a las transacciones a su base de datos relacional. Más tarde, la función de DB2 QMF produce verdadera SQL y trajo el mismo aspecto "QBE" y se sienten a DB2. El nombre de DB2, IBM o de base de datos 2, se le dio primero en el sistema de gestión de base de datos o DBMS en 1983, cuando IBM lanzó DB2 en su plataforma de mainframe MVS. Cuando Informix Corporation adquirió Illustra e hizo su motor de base de datos de un DBMS objeto-SQL mediante la introducción de su Universal Server, Oracle y IBM hicieron lo mismo al cambiar sus motores de base de datos que es capaz de extensiones objeto-relacionales. En 2001, IBM compró Informix Software y en los años siguientes incorporó la tecnología Informix en el conjunto de productos DB2. Hoy en día, DB2 técnicamente puede ser considerado como un DBMS objeto-SQL. Desde hace algunos años DB2, como con todas las funciones DBMS, fue exclusivamente en los mainframes de IBM. Más tarde IBM DB2 trajo a otras plataformas, como OS/2, UNIX y servidores de MS Windows, a continuación, Linux y PDAs. Este proceso se produjo a través de la década de 1990. La inspiración para la versión de computadora central de la arquitectura de DB2 vino en parte de IBM IMS, una base de datos jerárquica, y su lenguaje de manipulación de bases de datos dedicado, IBM DL/I. DB2 también está integrado en el sistema operativo i5/OS de IBM System i, y las versiones están disponibles para z/VSE yz/VM. Una versión anterior del código que se convertiría en DB2 LUW era parte de un componente Extended Edition de OS/2 llamado Administrador de Base de Datos. IBM extiende la funcionalidad del Administrador de base de datos un número de veces, incluyendo la adición de la funcionalidad de base de datos distribuida que permite el acceso compartido a una base de datos en una ubicación remota en una LAN. Finalmente, IBM declaró que la complejidad insuperable existido en el código Database Manager, y tomó la difícil decisión de reescribir por completo el software en su laboratorio de Toronto. La nueva versión del Administrador de base de datos, DB2 llama igual que su padre mainframe, corrió en el OS/2 y RS/6000 plataformas, fue llamado DB2/2 y DB2/6000
respectivamente. Otras versiones de DB2, con diferentes bases de código, siguieron la misma convención '/' nombrar y se convirtieron en DB2/400, DB2/VSE y DB2/VM. Abogados IBM pararon esta convención de nombres práctica de ser utilizados y se decidió que todos los productos necesarios para ser llamado "producto para la plataforma." La próxima versión de la unidad central y los productos basados en servidores fueron nombrados DB2 Universal Database, un nombre que ya se había utilizado para la versión de Linux-Unix a Windows, con la introducción de una confusión generalizada sobre la versión del DBMS que se hace referencia. En este punto, la versión de mainframe de DB2 y la versión del servidor de DB2 se codificaron en idiomas completamente diferentes, pero comparten una funcionalidad similar y utiliza una arquitectura común para la optimización de SQL: el Optimizador de Starburst. A través de los años ha DB2 tanto explotados y conducido numerosas mejoras en el hardware, en particular en IBM System z con características tales como el intercambio de datos Sysplex Paralelo. De hecho, DB2 UDB Versión 8 para z/OS ahora requiere un sistema de 64 bits y no puede funcionar con los procesadores anteriores, y DB2 para z/OS mantiene ciertas diferencias software único con el fin de servir a sus clientes sofisticados. Aunque la máxima expresión de software-hardware co-evolución es el mainframe de IBM, en cierta medida, este fenómeno se produce en otras plataformas, así como ingenieros de software de IBM colaboran con sus homólogos de hardware. A mediados de la década de 1990, IBM lanzó una aplicación DB2 en clúster denominado DB2 Parallel Edition, que funcionó inicialmente en AIX. Esta edición permite escalabilidad, proporcionando una arquitectura nada compartido, en el cual una sola gran base de datos se divide en varios servidores DB2 que se comunican a través de una interconexión de alta velocidad. Esta edición de DB2 finalmente fue portado a todas las plataformas Linux, UNIX y Windows, y ha sido renombrado como DB2 Extended Enterprise Edition. IBM ahora se refiere a este producto como la característica de particionamiento de base de datos y lo vende como un complemento a su producto estrella DB2 Enterprise. A mediados de 2006, IBM anunció "Viper", que es el nombre en clave de DB2 9 en ambas plataformas distribuidas y de z/OS. DB2 9 para z/OS se anunció a principios de 2007 - IBM dijo que el nuevo DB2 fue la primera base de datos relacional para almacenar XML "nativa". Otras mejoras incluyen mejoras relacionadas OLTP para plataformas distribuidas, inteligencia/almacenamiento de datos empresariales mejoras relacionadas para z/OS, más funciones de ajuste automático y autogestión, la explotación de 64 bits adicionales, mejoras de rendimiento de procedimientos almacenados para z/OS y la convergencia continua de los vocabularios SQL entre z/OS y plataformas distribuidas. En octubre de 2007, IBM anunció "Viper 2," que es el nombre en clave para DB2 9.5 en las plataformas distribuidas. Hubo tres temas clave para el lanzamiento, gestión simplificada, Negocios confiabilidad crítica y el desarrollo Agile XML. En junio de 2009, IBM anunció "Cobra". DB2 9.7 añade la compresión de datos para los índices de bases de datos, tablas temporales, y los objetos de gran tamaño. DB2 9.7 también es compatible con los datos XML nativos en particiones hash, particionamiento rango, y la agrupación multidimensional. Estas características nativas XML permite a los usuarios trabajar directamente con XML en entornos de almacenamiento de datos. DB2 9.7 también añade varias características que lo hacen más fácil para los usuarios de bases de datos Oracle para trabajar con DB2 - Estas incluyen soporte para la sintaxis SQL más utilizado, PL/SQL sintaxis, la sintaxis de scripting, y los tipos de datos de base de datos Oracle. DB2 9.7 también ha mejorado su modelo de concurrencia a exhibir un comportamiento que es familiar a los usuarios de base de datos Oracle y Microsoft SQL Server. En octubre de 2009, IBM presentó su segundo lanzamiento importante del año cuando anunció DB2 pureScale. DB2 pureScale es una solución de clúster de base de datos para plataformas que no son centrales, apto para cargas de trabajo de procesamiento de transacciones en línea. IBM basa el diseño de DB2 pureScale sobre la aplicación Sysplex paralelo de datos DB2 que comparten en el mainframe. DB2 pureScale proporciona una arquitectura tolerante a fallos y almacenamiento de disco compartido. Un sistema pureScale DB2 puede crecer hasta 128 servidores de bases de datos, y proporciona una disponibilidad continua y balanceo de carga automático.
En 2009, se anunció que DB2 puede ser un motor de MySQL. Esto permite a los usuarios de la plataforma System i para acceder de forma nativa de DB2 en el sistema operativo IBM i, y para los usuarios de otras plataformas de acceso a estos archivos a través de la interfaz de MySQL. En el System i y sus predecesores del AS/400 y la System/38, DB2 está estrechamente integrado en el sistema operativo, y se presenta como parte del sistema operativo. Proporciona un diario, triggers y otras características. Ediciones DB2 para Linux, Unix y Windows tiene tres ediciones distintas: IBM DB2 Express-C, Workgroup Server Edition y Enterprise Server Edition. Cada una de estas ediciones tienen diferentes grupos de funciones para diferentes cargas de trabajo grandes. Las aplicaciones creadas para las ediciones más bajos de DB2 están garantizados para trabajar en las ediciones más altos, pero a un nivel más alto de rendimiento. La edición sin cargo de DB2 se llama DB2 Express-C. DB2 Express-C es en cierto modo similar a las bases de datos de código abierto como MySQL y PostgreSQL, ya que se ofrece no compatible, de forma gratuita para su uso sin restricciones, incluyendo el uso en entornos de producción. Los usuarios que necesiten soporte de nivel empresarial y fixpacks deben comprar cualquier edición DB2 estándar. DB2 Express-C, sin embargo, se basa en el mismo código que otra DB2 para Linux, Unix, y las ediciones de Windows y no es de código abierto. DB2 Express-C es también similar a las ediciones gratuitas de base de datos Oracle y Microsoft SQL Server, a excepción de que DB2 Express-C no tiene límite en el número de usuarios o el tamaño de la base de datos. DB2 ExpressC se ejecuta en 32 y 64 bits de Windows, Linux en procesadores x86, x64 y POWER, Solaris en x64 CPU y máquinas Intel con Mac OS X. Se puede instalar en máquinas de cualquier tamaño, pero el motor de base de datos utilizará sólo dos núcleos de CPU y 2 GB de RAM. El apoyo se proporciona en un foro web público gratuito. Para esta edición no hay fixpacks o el apoyo oficial de IBM. DB2 para z/OS está disponible en su embalaje de productos tradicionales, o en la Unidad de edición Valor, que permite a los clientes en lugar de pagar un cargo por única vez. DB2 para i es la tercera importante encarnación de DB2 - Se incorpora muy estrechamente en el sistema operativo de las máquinas de IBM System i. DB2 también poderes IBM InfoSphere Warehouse, que ofrece capacidades de almacenamiento de datos. InfoSphere Warehouse ofrece varias ediciones diferentes y está disponible para z/OS, Linux, Unix y Windows. Incluye varias características de BI, tales como ETL, minería de datos, la aceleración OLAP y análisis en línea. IBM DB2 Everyplace Tiendas DB2e, recupera, organiza y gestiona los datos en un dispositivo de mano. Los datos sobre el dispositivo de mano se sincroniza a un sistema de gestión de base de datos relacional basada en servidor. DB2e está disponible para Palm OS, EPOC, Neutrino, Windows CE y Linux embebido DB2e en el dispositivo de mano incluye: IBM DB2 Database Engine IBM Sync Consulta por ejemplo DB2e incluye un componente llamado servidor de sincronización, que: Permite la sincronización entre DB2e y base de datos del servidor Centro de administración de dispositivos móviles Tabla de cifrado de la versión 8.1.1 Java ME Sync Client para teléfonos celulares y buscapersonas
Competencia Sistemas de gestión de base de datos mundial de IDC 2009-2013 Pronóstico y 2.008 acciones de proveedores de bases de datos Oracle clasifica como líder en cuota de DBMS marketing, seguido de IBM DB2 y Microsoft SQL Server. Otros competidores incluyen los productos de código abierto como Firebird, MySQL y PostgreSQL, Ingres, y jugadores de nicho, como Sybase y MaxDB. En 2009, Gartner dijo que "IBM DB2 9.7 sacude el mercado de DBMS de Oracle Compatibilidad". Este título se refiere a la adición de DB2 de varias características que son familiares para los
usuarios de la base de datos de Oracle, por lo que es fácil para las personas con conocimientos de base de datos Oracle para trabajar con DB2 - Estas nuevas características incluyen soporte de DB2 para el SQL más utilizado, PL/SQL y secuencias de comandos de sintaxis de base de datos Oracle. También incluyen soporte de DB2 para tipos de datos adicionales y modelos de concurrencia. En el DBMS arena en clúster, donde las bases de datos pueden crecer a muchos terabytes, IBM ofrece dos enfoques que compiten con Oracle Real Application Clusters: pureScale DB2 y DB2 Database Partitioning Feature. DB2 pureScale es una solución de clúster de base de datos de disco compartido que es ideal para cargas de trabajo de procesamiento de transacciones en línea de gran capacidad. DB2 DPF le permite crear particiones en la base de datos a través de múltiples servidores o en un servidor de gran SMP, que es ideal para cargas de trabajo de procesamiento analítico en línea. DB2 para z/OS podría decirse que tiene un menor número de competidores directos. Oracle es atraer clientes a su Linux sobre los productos de System z, aunque al parecer no a expensas de DB2 - Oracle tiene un 31-bit RDBMS disponible para z/OS, pero Oracle encontró dificultades para competir con la característica de DB2 situado en z/OS. Oracle ha anunciado que apoyará 10g en z/OS, siempre y cuando los clientes desean, pero la compañía no presentará las futuras versiones de su producto de base de datos en z/OS. CA-Datacom y ADABAS de Software AG están compitiendo bases de datos para z/OS, y hay algunos productos de nicho, así no relacional de bases de datos que "compiten" incluyen IMS y CA-IDMS, entre otros. Por lo menos algunas bases de datos de código abierto son aparentemente compatibles con z/OS UNIX System Services. IBM y DB2 son con frecuencia en o cerca de la parte superior de la TPC-C y TPC-H de parámetros de la industria publicados en el sitio web del Transaction Processing Performance Council de. En 2006, IBM aumentó su competencia en el almacén de datos emergente mercado de los electrodomésticos mediante la liberación de una línea de productos de sistemas de software que combinan DB2 Data Warehouse Edition con cualquiera de los sistemas IBM p o servidores IBM System x hardware preconfigurado /. Esta familia de "almacén de electrodomésticos-como" los sistemas se le dio el IBM Unidad de configuración equilibrada nombre, o BCU, y se dirige a la bodega mercado de electrodomésticos tipificado por Netezza y DATAllegro, pero se diferencia en que utiliza la versión con todas las funciones de DB2 en lugar de un RDBMS de propósito único almacén orientado. Información técnica DB2 se puede administrar ya sea de la línea de comandos o la interfaz gráfica de usuario. La interfaz de línea de comandos requiere un mayor conocimiento del producto, pero puede ser más fácil con guión y automatizado. La interfaz gráfica de usuario es un cliente multiplataforma Java que contiene una variedad de asistentes adecuados para los usuarios novatos. DB2 da soporte a SQL y XQuery. DB2 tiene aplicación nativa de almacenamiento de datos XML, donde los datos XML se almacena como XML para un acceso más rápido utilizando XQuery. DB2 tiene API para REXX, PL/I, COBOL, RPG, FORTRAN, C , C, Delphi,. CLI NET, Java, Python, Perl, PHP, Ruby, y muchos otros lenguajes de programación. DB2 también soporta la integración en el entorno de desarrollo de Visual Studio integrado Eclipse y.
Error al procesar Una característica importante de los programas informáticos de DB2 es el tratamiento de errores. La estructura del área de comunicaciones SQL se utilizaba exclusivamente dentro de un programa de DB2 para devolver información de error al programa de aplicación después de que se ejecuta cada sentencia SQL. El principal, pero no particularmente útil, error de diagnóstico se lleva a cabo en el campo SQLCODE dentro del bloque SQLCA. Los valores de código de retorno de SQL son los siguientes: 0 significa una ejecución satisfactoria. Un número positivo significa una ejecución satisfactoria de una o más advertencias. Un ejemplo es 100, lo que significa que no hay REGISTROSencontrados. Un número negativo significa que pierda con un error. Un ejemplo es -911, lo que significa que se ha producido un tiempo de espera de bloqueo, lo que provocó un retroceso.
Las versiones posteriores de DB2 añaden funcionalidad y la complejidad de la ejecución de SQL. Múltiples errores o advertencias podrían ser devueltos por la ejecución de una sentencia de SQL, ya que puede, por ejemplo, han iniciado un disparador de base de datos y otras sentencias SQL. En lugar de la SQLCA original, la información de error ahora debe ser recuperada por las ejecuciones sucesivas de una declaración GET DIAGNOSTICS. Consulte los códigos de retorno de SQL para obtener una lista más completa de SQLCODE comunes. Versiones LUW v8.1 - v8.2 v9.1 - Código Viper v9.5 - Código Viper2 v9.7 - Código Nombre Cobra v9.8 - Sólo Escala Pure v10.1 - Código Galilleo 10.5 - Blu aceleración. Nombre en clave Kepler
Proveedor de DB2 NET Data
o
Estándar Servidor = MiDirección: myPortNumber; Database = MyDatabase; UID = MyUserName; PWD =miContraseña; La sintaxis Servidor valor clave es un nombre de servidor / dirección IP y un número de puerto opcional (nótese el: en el medio).
o
Definir el tamaño de la conexión de la piscina puesta en común Servidor = MiDirección: myPortNumber; Database = MyDatabase; UID = MyUserName; PWD =micontraseña; Max Pool Size = 100; Min Pool Size = 10;
o
Deshabilitar la agrupación de conexiones Servidor = MiDirección: myPortNumber; Database = MyDatabase; UID = MyUserName; PWD =micontraseña; Pooling = false;
La agrupación de conexiones, el tiempo en la piscina
o
Servidor = MiDirección: myPortNumber; Database = MyDatabase; UID = MyUserName; PWD =miContraseña; Lifetime conexión = 60; Define el número de segundos que la conexión puede permanecer inactiva en la piscina antes de su retirada de la piscina.
La agrupación de conexiones, no en común Servidor = MiDirección: myPortNumber; Database = MyDatabase; UID = MyUserName; PWD =micontraseña; restablecimiento de la conexión = false; IBM
Esquema Especificación
o
Server = myAddress:myPortNumber; Database = myDataBase; UID = myUsername; PWD = my Password; CurrentSchema = mySchema; Todos los objetos no calificados SQL utilizadas con la conexión actual serán calificados con el nombre de esquema proporcionado
↯
Problemas de conexión ?
IBM OLE DB Provider para DB2
o
TCP / IP
Consigue respuesta en el IBM DB2 Q & A Foro →
Provider = IBMDADB2; Database = myDataBase; Hostname = myServerAddress; Protocol = TC PIP; Port = 50000; Uid = myUsername; Pwd = myPassword;
El proveedor OLEDB de Microsoft para DB2
o
TCP / IP Provider = DB2OLEDB; Biblioteca de transporte de red = TCPIP; de direcciones de red = xxx.xxx.xxx.xxx; Initial Catalog = MyCtlg; Collection Paquete = MyPkgCol; Esquema predeterminado = Esquema; ID de usuario =MyUserName; contraseña = miContraseña;
o
APPC Provider = DB2OLEDB; APPC Local LU Alias = MyAlias; APPC remoto LU Alias = MyRemote; Initial Catalog = MyCtlg; Collection Paquete = MyPkgCol; esquema predeterminado = Esquema; ID = MyUserName; contraseña = miContraseña;
NET Data Provider Framework para OLE DB
o
Use un proveedor de OLE DB de NET Provider = nombre de cualquier proveedor oledb; OledbKey1 = someValue; OledbKey2 = someValue; Ver opciones de cadenas de conexión del respectivo proveedor OLEDB. El OleDbConnection .net acaba de pasar en l cadena de conexión al proveedor OLEDB especificado. Lea más aquí .
Controlador IBM DB2 para ODBC y CLI
o
Estándar
Conductor = {IBM DB2 ODBC DRIVER}; Database = myDataBase; Hostname = myServerAddress; Port = 1234; Protocol = TCPIP; Uid = myUsername; Pwd = myPassword; IBM
o
Base de datos de alias Conductor = {IBM DB2 ODBC DRIVER}; dbalias = DatabaseAlias; Uid = MyUserName; Pwd =miContraseña; Prueba esta alternativa dbalias si la palabra clave de base de datos no funciona.
o
Esquema Especificación Conductor = {IBM DB2 ODBC DRIVER}; Database = myDataBase; Hostname = myServerAddress; Port = 1234; Protocol = TCPIP; Uid = myUsername; Pwd = myPassword; CurrentSchema =myS chema; El uso de este puede utilizar "seleccionar desde myTable "en vez de" seleccionar desde MYSCHEMA.MYTABLE "
NET Data Provider Framework para ODBC
o
Utilice un controlador ODBC de NET Conductor = {nombre de cualquier controlador odbc}; OdbcKey1 = someValue; OdbcKey2 =someValue;
¿Por qué DB2 Express-C? DB2 Express-C™ es la versión gratuita de uno de los mas avanzados sistemas de administración de base de datos del mundo. ¿Por qué pagar cuando usted puede tener todo sin costo? DB2 Express-C es gratis para desarrollar, utilizar en producción y distribuir. Es un servidor de datos rápido, seguro, fiable, e increíblemente escalable, ideal para la mayoría de empresas que recién empiezan o pequeñas y medianas empresas ya establecidas. DB2 Express-C 9.7 está disponible en Linux, UNIX, Windows y ahora en la Mac OS X!. También permite a los desarrolladores manejar fácilmente XML nativo a través de la tecnología de almacenamiento
llamada pureXML™. Si usted desarrolla en Java, .Net, Ruby, Python, Perl o casi cualquier otro lenguaje de programación disponible, DB2 pueden ser su ventaja tecnológica. No hay Límites de Datos DB2 Express-C no es una versión limitada de DB2. Al contrario, DB2 Express-C comparte el mismo código que el resto de las ediciones comerciales y tiene una generosa licencia, que no impone límites a su base de datos. Esto significa que en su servidor puede tomar ventaja de:
Hasta 2 núcleos (1 CPU) Hasta 2 Giga Bytes de memoria RAM No hay límites de tamaño de base de datos No hay límites de conexiones No hay límites de usuarios u cualquier otro tipo de limites
INSTALAR ODBC Este artículo proporciona una descripción general de Microsoft ODBC Driver para DB2. Microsoft ODBC Driver para DB2 (Msdb2ole.dll) permite el acceso a través de redes TCP/IP y SNA LU 6.2 para bases de datos DB2 remotas. Este controlador se implementa como un solicitante de aplicación IBM distribuido Relational Database Architecture (DRDA) que puede conectarse a los sistemas de DB2 DRDA compatible como MVS, OS/400 y Microsoft Windows NT. El controlador compatible con ODBC 2.x y 3.x funciones ODBC (para obtener una lista completa de funciones admitidas consulte la documentación en pantalla de SNA Server SDK). El controlador puede utilizarse de forma interactiva o desde un programa de aplicación para emitir instrucciones de SQL. Desde Microsoft Excel, los usuarios pueden importar tablas de DB2 en hojas de cálculo y utilizar herramientas de gráficos de Excel para analizar los datos. Desde Microsoft Access, los usuarios pueden importar desde y exportar a DB2. Con Microsoft Internet Information Server (IIS), los desarrolladores pueden publicar información almacenados en DB2 a los usuarios a través de un explorador Web. Para obtener más información acerca de cómo utilizar el controlador ODBC para DB2, así como una lista de palabras clave de atributo de cadena de conexión de ODBC y de valores admitidos, consulte la documentación del SDK de SNA Server o el controlador ODBC para DB2 archivos de ayuda en línea. Agregar un origen de datos ODBC Un origen de datos se asocia un controlador ODBC en particular a los datos que desea tener acceso a través de ese controlador. Debe configurar la información del origen de datos para cada sistema de DB2 que van a tener acceso utilizando el controlador ODBC para DB2. Los parámetros predeterminados para el controlador ODBC para DB2 se utilizan para el origen de datos sólo y deben configurarse por separado para cada origen de datos. Para configurar el controlador, siga estos pasos:
1. 2. 3. 4.
Haga clic en Inicio, seleccione Configuración y, a continuación, haga clic en Panel de Control. Haga doble clic en orígenes de datos ODBC. Seleccione un DSN de usuario, DSN de sistema o DSN de archivo. Haga clic en el controlador ODBC de Microsoft para DB2 y, a continuación, haga clic en Finalizar.
También se puede mostrar la herramienta de configuración de orígenes de datos ODBC desde el acceso directo que se encuentra en el grupo de programas de acceso a datos de Microsoft SNA Server.
Agregar un origen de datos ODBC La ficha General permite al usuario configurar los atributos básicos necesarios para describir un origen de datos. Para el controlador ODBC para DB2, los atributos generales inclu yen las siguientes palabras clave:
Nombre del origen de datos: El origen de datos es un parámetro necesario que se utiliza para definir el origen de datos. El Administrador de controladores ODBC utiliza este valor de atributo para cargar la configuración del origen de datos ODBC correcta del registro o del archivo. Para orígenes de datos de archivo, este campo se utiliza un nombre al archivo DSN, que se almacena en el directorio archivos de programa\Archivos comunes\ODBC\Data Sources. Descripción: La descripción es un parámetro opcional que se puede utilizar para describir el origen de datos. La ficha conexión permite al usuario configurar los atributos básicos necesarios para conectarse a un origen de datos. LU 6.2 conexión: Conexión TCP/IP: Alias de LU APPC local: Alias de LU APPC remoto: Nombre del modo APPC: Dirección IP: El puerto de red:
La ficha conexión también incluye un botón Probar conexión que se puede utilizar para comprobar los parámetros de conexión. La ficha de seguridad permite al usuario configurar atributos opcionales que se utiliza para restringir las conexiones a un origen de datos. Utilizar este nombre de usuario: El AS / 400 equipo distingue mayúsculas y minúsculas con respecto a la ID de usuario y la contraseña. El Mainframe distingue mayúsculas de minúsculas. Utilizar inicio de sesión único en: Base de datos es de sólo lectura: La ficha base de datos de destino permite al usuario configurar atributos necesarios, así como opcionales, permite definir el destino del sistema DB2. Nombre de base de datos remota: En DB2 (MVS, OS/390), esta propiedad se denomina ubicación. El SYSIBM.Tabla de ubicaciones enumeran todas las ubicaciones accesibles. Para buscar la ubicación de DB2 que desee conectar, pida al administrador que buscar en el DSNTINST de Clist TSO en las definiciones de DDF. Estas definiciones se muestran en el panel DSNTIPR en el manual de instalación de DB2. En DB2/400, esta propiedad se denomina RDBNAM. El valor RDBNAM puede determinarse al
invocar el comando WRKRDBDIRE desde la consola en el sistema OS/400. Si no hay ningún valor RDBNAM, luego se puede crear mediante la opción Agregar. En DB2 Universal Database, esta propiedad se denomina base de datos. Colección de paquetes: El nombre de la colección DRDA donde desee el controlador para almacenar y enlazan paquetes DB2.Se trata de un parámetro requerido. Para obtener más información acerca de la creación de paquetes, por favor, leído el siguiente artículo de Microsoft Knowledge Base: 216810 Creación de paquetes para uso con el controlador ODBC para DB2 y OLE KB proporcionado para DB2 Predeterminado de esquema: El nombre de la colección donde se busca el proveedor par a obtener información de catálogo.El controlador ODBC utiliza el esquema predeterminado para restringir los conjuntos de resultados para las operaciones más populares, como enumerar una lista de tablas en una colección de destino (por ejemplo, SQLTables de catálogo de ODBC).Para obtener más información sobre este parámetro, consulte el siguiente artículo de Microsoft Knowledge Base: 217757 INF: Esquema para utilizarse con el controlador ODBC para DB2 y el proveedor OLE DB para DB2 Alternar el nombre de TP: Esta propiedad sólo es necesaria cuando se conecta a SQL/DS (DB2/VM o DB2/VSE) y se conoce como el programa de transacciones remoto. Automática de confirmación: Este atr ibuto permite confirmación implícita en todas las instrucciones SQL. En el modo de confirmación autom ática, todas las operaciones d e base de datos es una transacción que será confirmada cuando realiza. Este modo es adecuado para operaciones comunes que constan de una sola instrucción SQL. No es necesario delimitar o especificar la finalización de estas transacciones. Al utilizar el modo de confirmación automática, no se pueden deshacer los cambios. El valor predeterminado es True. Convertir todos los tipos de datos binarios como tipos de datos de caracteres: Esta opción, se considera los datos de binario (CCSID 65535) escriba campos como campos de tipo de datos de carácter en una base del or igen por datos. Los valores de CCSID de Host y la página de códigos de PC requieren datos de entrada y parámetros de salida. (Ficha Configuración regional consulte). La ficha Configuración regional permite al usuario configurar atributos necesarios, así como opcionales, que permite definir las páginas de códigos que se utilizará en el sistema de DB2, así como el equipo basado en Windows. Controlador ODBC de Microsoft para DB2, los atributos de configuración regional incluyen los siguientes: Host local: El código de carácter conjunto identificador (CCSID) que coincide con los datos de DB2 tal como se representa en el equipo remoto. El valor predeterminado de este parámetro es U.S./Canada (37). La propiedad CCSID es necesaria al procesar datos binarios como datos de caracteres. A menos que establezca el proceso binario como valor de carácter, se convierten los datos de carácter se basa en la columna de DB2 CCSID y la página de códigos ANSI predeterminada. Página de códigos predeterminada de uso de configuración regional: Esta opción indica que el controlador ODBC que utilice la página de códigos ANSI predeterminada para el equipo basado en Windows. Si se desactiva esta opción predeterminada, el usuario puede elegir cualquier página de códigos de PC compatibles.
PC Locale: Este atributo es necesario al procesar datos binarios como datos de caracteres. A menos que establezca el proceso binario como valor de carácter, se convierten los datos de carácter se basa en la página de códigos ANSI predeterminada configurada en Windows. El valor predeterminado de esta propiedad es Latín 1 (1252).