Download trabajo1 - Angelfire

UNIVERSIDAD INCA GARCILASO DE LA VEGA
FACULTAD DE INGENIERIA ADMINISTRATIVA E
INDUSTRIAL
CARRERA: INGENIERIA ADMINISTRATIVA
CURSO: INGENIERIA DE SISTEMAS I
ALUMNO: MIGUEL ANGEL GONZALES DAMIAN
Presentación :
Para conseguir esta funcionalidad Microsoft definió en su día un API
denominado Open DataBase Conectivity ( ODBC ). Toda aplicación de bases
de datos que se precie para el mundo Windows debe ser capaz de implementar
y manejar el API de acceso a la base de datos
Microsoft ha hecho público el API de programación por lo que -en teoríacualquiera puede escribir un driver ODBC, las aplicaciones de databases que
hablen ODBC puedan comunicarse con un servidor, bien sea local, remoto,
fichero, aplicación o incluso otro programa de bases de datos que se esté
ejecutando en la misma máquina ( esta es la teoría. Microsoft, siguiendo su
política habitual, tiene la mala costumbre de saltarse sus propios estándares, y
algunas aplicaciones suyas manejan extensiones al ODBC propias y no
documentadas... )
Rizando el rizo, y puesto que ODBC es un estandard "de facto", el cliente de la
base de datos no tiene siquiera por que ser un sistema de Microsoft. De hecho,
existe un proyecto de colaboración en la comunidad InterNet para proveer a los
sistemas UNIX de un API de acceso ODBC unificado para sus bases de datos.
Uno podría preguntarse cúal es el sentido de todo esto, pues SQL tiene ya un
API definido, y todos los UNIX saben hablar en SQL, pero se entiende
fácilmente si pensamos que si el API de acceso a la base de datos es el mismo
en Windows y en UNIX, el trabajo de porting se reduce considerablemente. Es
mucho mas fácil convencer a los desarrolladores de bases de datos en
Windows para que porten a Linux sus aplicaciones si se les proporciona el
mismo API de programación, de manera que solo tengan que teclear "make"
ODBC no es sino un API de conectividad entre aplicaciones de bases de
datos cliente y servidor. Dicho API esta organizado en varias capas: de
aplicacion, de sistema, y de acceso.
En resumen: ODBC no es sino un API de conectividad entre aplicaciones
de bases de datos cliente y servidor. Dicho API esta organizado en varias
capas: de aplicacion, de sistema, y de acceso.
Concepto:
El OBDC ( One Big Disk Cycma) ó también el Gran Disco CYCMA, es una
solución de almacenamiento mixta que permite que los diferentes dispositivos
de almacenamiento se comporten a todos los efectos como un disco duro de
gran capacidad.
El OBDC tiene en cuenta dos factores claves para la empresa: El coste de la
inversión Hardware y los costes asociados de Explotación.En este sentido el
OBDC optimiza la inversión en hardware, ya que permite combinar diferentes
tecnologías, consiguiendo no solo optimizar el coste por megabyte almacenado
sino también disponer de un sistema abierto a cualquier tecnología presente y
futura. Además, reduce los costes de gestión y explotación del sistema,
descargando a los administradores de trabajo y reduciendo el coste del
personal de mantenimiento.
Aplicaciones:
El OBDC ( One Big Disk Cycma) tiene dos aplicaciones en muchos campos,
como por ejemplo: Servidores de Ficheros, Data Warehousing, Archivo
documental, Data Minning, Internet/intranet, ... etc
Compatibilidad
El OBDC está disponible para sistemas UNIX ( digital, sun- solaris, sgi-irix,
rs/6000-aix, HP- hp/ux, siemens- sinix, SCO unix) y sistemas NT- Novell.
Consulte especificaciones técnicas.
Ventajas:
·
Independiente de Aplicaciones
·
Si en un futuro su empresa decide cambiar de aplicaciones, El Gran
Disco Cycma seguirá siendo compatible ya que es independiente de
Aplicaciones.
·
Capacidad ilimitada
·
Según las necesidades de su empresa, se van añadiendo más
dispositivos, llegando hasta Terabytes de capacidad.
·
Fácil de Gestionar
·
Tanto para el Administrador de la red como para los clientes de la
misma, la gestión del almacenamiento es sumamente fácil y sencilla.
·
Optimiza el Coste por MB almacenado
·
Permite mezclar diferentes dispositivos ( de accesos rápidos pero caros
y lentos pero baratos). De esta forma en función de las necesidades de su
empresa se configura la mejor opción: la más optima en costes.
M a r i o M a r t í n e z Creación de orígenes de datos
ODBC es un intermediario entre bases de datos y aplicaciones, cuya tarea es
sostener una conversación de preguntas y respuestas entre dos "sujetos" que
no hablan el mismo idioma y que gestionan sus recursos de forma diferente.
Bueno, estoy abstrayendo un tanto un concepto muy tecnificado, pero cuento
con que habrá usuarios finales leyendo esto, que no necesitan envolverse en la
jerga de los programadores y sus semejantes. Concretando, tu puedes tener un
CAD, una hoja de calculo, un editor de texto, etc..., cuyas finalidades son las
que tu quieras menos gestionar datos en la forma que lo hace un sistema de
base de datos; estas aplicaciones no saben como se obtienen y se guardan
datos en, por ejemplo, un archivo MDB de Microsoft Access, o en un DBF, o en
SQL Server, o en algún otro. Por otra parte, pero en lo mismo, que tal si un
usuario de Paradox quiere extraer información de SQL Pato, un nuevo sistema
de lo más avanzado que nadie conoce pero que alguien uso para guardar
información que resulta necesaria (no sabes cuántas veces sucede), ambos
son sistemas de bases de datos, Paradox conoce la forma de leer los archivos
de los sistemas conocidos, pero no los de SQL Pato.
En el ambiente Windows, Microsoft creó la tecnología ODBC pensando en este
problema. No es una solución de la comunidad informática del orbe, es de
Microsoft, y por eso se basa en los impulsos estomacales del corazón de
Microsoft; quiero decir que no estoy recomendando esta tecnología, sino que
digo que mientras sea en Windows, hay que usarla cuando no hay algo mejor,
punto. ODBC es un armatoste que alberga controladores. El armatoste sirve
para gestionar los controladores, y los controladores son los que saben "hablar"
con las bases de datos. Entonces el "acuerdo" entre Microsoft y los fabricantes
de software para Windows fue: "Ustedes, que hacen software no especifico
para bases de datos, enseñen, si quieren, a sus aplicaciones a comunicarse
con el armatoste llamado ODBC; y ustedes, fabricantes de bases de datos,
hagan controladores de sus sistemas para ponerlos en el armatoste, si quieren
que otras aplicaciones puedan accesar su información".
Listo, mas o menos. Es así que Excel puede leer una base de datos en Access
o SQL Server, incluso SQL Pato (si es que alguien fabricó un controlador de
ODBC). Pero te voy a ser sincero, esas no son todas las razones ni los
intereses por los que ODBC fue implementado, hay cierta oscuridad por ahí,
por lo menos para los que no andan en el negocio del desarrollo de software; el
asunto es que para la finalidad de este articulo, hasta ahí voy a dejar la
narración de los antecedentes de ODBC y voy a pasar a lo nuestro, ¿cómo se
usa?.
En ODBC no se tiene que hacer gran cosa, es una simple tarea, se llama crear
un origen de datos, otros le denominan fuente en vez de origen, pero ya lo
sabes ahora. Un origen o fuente de datos consiste en el nombre, el controlador
y la base de datos. Por ejemplo, si un usuario quiere tener acceso a una base
de datos de Access, digamos que se llama Negocio.mdb, desde una hoja de
cálculo de Excel para consultar su volumen de ventas por país, este usuario
crea un nuevo origen de datos en ODBC llamado Volumen_Ventas (este es,
pues, el nombre), después selecciona un controlador para Microsoft Access e
indica
el
archivo
de
base
de
datos
está
en
"c:\LaEmpresa\Administración\Negocio.mdb". Eso es básicamente de lo que
se trata.
Ahora vamos a verlo gráficamente. Soy usuario de una aplicación que se llama
MicroStation Geographics que usa bases de datos externas para crear
mapas, esta aplicación trabaja directamente con Oracle, Informix, Dbase y
algún otro, pero mi intención es tener una conexión con una base de datos de
Microsoft Access, porque es fácil para hacer prototipos e incluso aplicaciones
terminadas que no son muy grandes; MicroStation Geographics no trabaja
directamente con Access, pero puede entenderse con él usando ODBC de por
medio. Necesito crear un origen de datos en ODBC para que MicroStation
Geographics sepa a qué base de datos me refiero cuando le solicite
información.
crear un origen de datos en ODBC para que MicroStation Geographics sepa a
qué base de datos me refiero cuando le solicite información.
Primero vamos a buscar a ODBC, que está en el Panel de Control.
Las aplicaciones creadas específicamente para Windows 95, 98 y NT usan el
ODBC de 32 bits; pero algunos sistemas conservan un ODBC de 16 bits para
las aplicaciones de legado que corrían o corren en Windows 3.11.
Bueno, y ahora, ante ti, ¡el armatoste!. ¡El famoso Data Source Administrator
del Open DataBase Conectivity, u ODBC. Lo que sigue es crear una fuente u
origen de datos, pero
corrían o corren en Windows 3.11.
Bueno, y ahora, ante ti, ¡el armatoste!. ¡El famoso Data Source Administrator
del Open DataBase Conectivity, u ODBC. Lo que sigue es crear una fuente u
origen de datos, pero antes unas explicaciones:
Vas a notar que las primeras tres solapas se refieren a User DSN, System
DSN y File DSN. Perdón, pero tengo la versión en inglés, voy a traducir un
poco:
User DSN, nombre del origen de datos para el usuario. A veces, una
máquina es utilizada por más de un usuario (espero que a ti no te pase que
compartes tu computadora porque la empresa donde trabajas es tan
espléndida que gratifica a sus computadoras con más de un usuario), los
orígenes de datos declarados aquí son exclusivos del usuario.
System DSN, nombre del origen de datos para el sistema. Todos los
usuarios de la máquina tienen acceso a estos orígenes de datos.
User DSN, nombre del origen de datos en archivo. Se DSN, que sirve como
origen de datos y puede ser distribuido a otros usuarios. Este origen es el que
usa Excel por omisión cuando hace consultas, cuidado con eso.
Está otra solapa importante que es ODBC Drivers u Controladores ODBC.
Aquí se ven todos los controladores disponibles en la máquina. De está forma
puedes consultar si dispones del controlador que necesitas y si es la versión
conveniente. Regularmente los controladores de bases de datos vienen con un
programa SETUP que los instala y quedan dados de alta en esta lista.
Las otras solapas merecen artículos aparte pues sirven más a los
administradores y desarrolladores de sistemas. Para el fin de crear un origen
de datos, con lo que hemos visto tenemos. Lo siguiente:
Seleccionar la solapa de DSN, nombre de origen de datos, que mejor se ajuste
a mis requerimientos. MicroStation Geographics no da muestras de trabajar
con archivos DSN, pero si con orígenes de usuario y de sistema, no seamos
envidiosos así que, seleccionamos la solapa System DSN, nombre de origen
de datos del sistema y presionamos el botón Add.., agregar..
crea un archivo con la extensión
Luego señalamos el controlador o driver del tipo
de base de datos que queremos accesar: Microsoft Access Driver (o
controlador, en la versión en español) y presionamos Finalizar; pero fíjate que
todavía no acabamos, eso de Finalizar es algo que.. ni hablar.
Lo que tenemos ahora bautizar al nuevo origen de datos con un nombre
peculiar y distintivo, como estamos creando un origen de datos para una base
de datos que se llama MyTown.mdb pues le llamo MiPueblo y le damos una
descripción (que en realidad no es necesaria).
Eso es todo, ahora solamente se debe cerrar el administrador de ODBC
presionado el botón Aceptar. Tenemos un origen de datos nuevo que le será
útil a aplicaciones que de otra forma no podrían leer una base de datos Access.
Una recomendación, cuando quieras un origen de datos ODBC para usarlo con
Excel, créalo en la solapa de File DSN o Archivo DSN. También puedes contar
con que Excel tiene un asistente que te ayuda a crear el origen de datos dentro
de Excel (te requiere el programa Microsoft Query instalado en tu máquina).
El controlador de ODBC de Microsoft Access se puede instalar, si es que no lo
tienes, desde el CD de Office o de Access sí lo tienes como versión
independiente.
Para más información y recursos respecto a ODBC puedes visitar:
Es un sitio útil cuando tienes paciencia, sabes inglés y si de verdad lo
necesitas. Para serte sincero, Microsoft ha estado sacando tantas
especificaciones para accesar datos, que los desarrolladores nos la pasamos
más tiempo aprendiendo a migrar programas de una especificación a otra que
aprendiendo las especificaciones en si. Un día nos van a perder