HISTORIA DEL JDBC
JDBC existe desde 1996, y fue incluido desde la versión 1.1 de Java Development Kit por JavaSoft, aunque también se hizo disponible para usarse con JDK 1.02. El problema de usar JDBC con el JDK 1.02 es que los usuarios comunes tenían que agregar a su maquina virtual de Java las clases que implementan JDBC, lo cual era muy engorroso y difícil. Es por esto que desde la versión de JDK 1.1, JDBC viene incluido como el paquete java.sql.
Java en un principio era visto como un lenguaje para poner animaciones en Internet, la información que presentaba no era persistente, así que no era apto para aplicaciones de negocios o industriales, que requerían la capacidad de acceder a información almacenada en Sistemas Gestionadores de Bases de Datos (DBMS).
Era además necesario crear una forma sencilla de acceder a bases de datos usando Java, pues de otra manera se dejaría al desarrollador con la tarea de implementar llamadas de bajo nivel al DBMS.
En ese entonces Java era un lenguaje que prometía independencia de plataformas, lo cual lo hacia un ambiente muy atractivo para crear todo tipo de aplicaciones, y el acceso a Base de Datos se convertía cada vez más en una necesidad que un lujo.
La gente en JavaSoft se preguntó como atraer a los programadores y a las empresas a invertir su dinero y su tiempo en JDBC. Es por esto que decidieron crear ventajas competitivas en su producto, mejorando cada vez mas la interface de JDBC para que:
1. Los programadores pudieran sentirse como si usaran solamente Java, permitiéndoles una forma sencilla de uso del DBMS.
2. Los programadores se sintieran en contacto directo con el DBMS y no con un socket o un proceso en cualquier maquina.
3. La comunicación con la base de datos fuera fácil de programar. Esto es, que las empresas que quisieran hacer controladores JDBC para comunicarse con sus productos lo pudieran hacer en forma sencilla.
4. Fuese flexible, para aceptar configuraciones diferentes de conectividad. Osea, que la misma aplicación del desarrollador pudiese acceder a varios DBMS a la vez, tal vez hasta en varios hilos simultáneos.
JDBC vs. ODBC
ODBC (Open DataBase Connectivity: Conectividad abierta de Base de Datos) es la interface para conectarse con BD’s relacionales más usada por los programadores de aplicaciones.
Tal vez nos estemos preguntando porque se desarrolló JDBC si ya existía una interface popular que supuestamente hace lo mismo. La respuesta es que se usa JDBC por diferentes razones:
• ODBC usa una interface escrita en lenguaje de programación C. Por lo tanto hace que no sea portable.
• ODBC se ha de instalar manualmente en cada maquina, en cambio los drivers de JDBC como están escritos en JAVA son automáticamente instalables, portables y seguros.
Hay que decir también, que existen drivers puente entre JDBC-ODBC, los cuales traducen las llamadas de JDBC a ODBC permitiendo comunicarse con distintas BD propietarias
HISTORIA DEL JDBC
JDBC existe desde 1996, y fue incluido desde la versión 1.1 de Java Development Kit por JavaSoft, aunque también se hizo disponible para usarse con JDK 1.02. El problema de usar JDBC con el JDK 1.02 es que los usuarios comunes tenían que agregar a su maquina virtual de Java las clases que implementan JDBC, lo cual era muy engorroso y difícil. Es por esto que desde la versión de JDK 1.1, JDBC viene incluido como el paquete java.sql.
Java en un principio era visto como un lenguaje para poner animaciones en Internet, la información que presentaba no era persistente, así que no era apto para aplicaciones de negocios o industriales, que requerían la capacidad de acceder a información almacenada en Sistemas Gestionadores de Bases de Datos (DBMS).
Era además necesario crear una forma sencilla de acceder a bases de datos usando Java, pues de otra manera se dejaría al desarrollador con la tarea de implementar llamadas de bajo nivel al DBMS.
En ese entonces Java era un lenguaje que prometía independencia de plataformas, lo cual lo hacia un ambiente muy atractivo para crear todo tipo de aplicaciones, y el acceso a Base de Datos se convertía cada vez más en una necesidad que un lujo.
La gente en JavaSoft se preguntó como atraer a los programadores y a las empresas a invertir su dinero y su tiempo en JDBC. Es por esto que decidieron crear ventajas competitivas en su producto, mejorando cada vez mas la interface de JDBC para que:
1. Los programadores pudieran sentirse como si usaran solamente Java, permitiéndoles una forma sencilla de uso del DBMS.
2. Los programadores se sintieran en contacto directo con el DBMS y no con un socket o un proceso en cualquier maquina.
3. La comunicación con la base de datos fuera fácil de programar. Esto es, que las empresas que quisieran hacer controladores JDBC para comunicarse con sus productos lo pudieran hacer en forma sencilla.
4. Fuese flexible, para aceptar configuraciones diferentes de conectividad. Osea, que la misma aplicación del desarrollador pudiese acceder a varios DBMS a la vez, tal vez hasta en varios hilos simultáneos.
JDBC vs. ODBC
ODBC (Open DataBase Connectivity: Conectividad abierta de Base de Datos) es la interface para conectarse con BD’s relacionales más usada por los programadores de aplicaciones.
Tal vez nos estemos preguntando porque se desarrolló JDBC si ya existía una interface popular que supuestamente hace lo mismo. La respuesta es que se usa JDBC por diferentes razones:
• ODBC usa una interface escrita en lenguaje de programación C. Por lo tanto hace que no sea portable.
• ODBC se ha de instalar manualmente en cada maquina, en cambio los drivers de JDBC como están escritos en JAVA son automáticamente instalables, portables y seguros.
Hay que decir también, que existen drivers puente entre JDBC-ODBC, los cuales traducen las llamadas de JDBC a ODBC permitiendo comunicarse con distintas BD propietarias
Es una diapositiva que muestra primero las características del direccionamiento de nueva generación y luego muestra el formato y la nomenclatura del mismo.
REDES: Concepto, Ventajas y desventajas, Intranet, Clasificación (por alcance, por conexión, por topología), Protocolos de Internet, Componentes de una red, Conceptos básicos de redes.
Unidad i medios componentes y dispositivos(parte i)
Dominios y segmentacion
1. UNIDAD VII
Colisiones-Dominios de
Colisión y Segmentación
2. Entorno de Medios compartidos
• Algunas redes se encuentran directamente conectadas;
todos los hosts comparten la Capa 1. Por ejemplos se tiene:
Entorno de medios compartidos: cuando múltiples hosts
tienen acceso al mismo medio. Por ejemplo, si varios
PCs se encuentran conectados al mismo cable
físico, a la misma fibra óptica, o si comparten
el mismo espacio aéreo, entonces se dice que
comparten el mismo entorno de medios.
Entorno extendido de medios compartidos: es un tipo
especial, en el que los dispositivos de networking pueden
extender el entorno para que se pueda implementar
múltiple acceso, o más usuarios.
Entorno de redes punto a punto: es un entorno de
networking compartido en el que un dispositivo se
encuentra conectado a otro mediante un enlace. Es el
más ampliamente utilizado en las WAN.
3. Conexiones indirectas
Algunas redes tienen conexiones indirectas, lo que significa que
existen algunos dispositivos de networking de capa superior y/o
distancia geográfica entre dos hosts que se comunican. Existen
dos tipos.
• conmutada por circuitos: red indirectamente conectada en la que
se mantienen circuitos eléctricos reales durante la comunicación.
El sistema telefónico actual es todavía, en parte, conmutado por
circuitos, aunque los sistemas telefónicos de varios países ahora
se concentran menos en las tecnologías con conmutación de
circuitos.
• conmutada por paquetes: en lugar de dedicar un enlace como
conexión de circuito exclusiva entre dos hosts que se comunican,
el origen manda mensajes en paquetes. Cada paquete contiene
suficiente información para que se enrute al host destino
correcto. La ventaja es que muchos hosts pueden compartir el
mismo enlace; la desventaja es que se pueden producir
conflictos.
4. Colisiones
• Uno de los problemas que se puede producir, cuando dos bits se
propagan al mismo tiempo en la misma red, es una colisión.
En una red pequeña y de baja velocidad es posible implementar un
sistema que permita que sólo dos computadores envíen mensajes,
cada uno por turnos. Pero qué sucede cuando hablamos de redes
grandes con muchas PC’s conectadas. Recordemos que los bits son
paquetes que continen muchos bits, por tanto son miles y miles de
bits.
• Cuando existe excesivo tráfico en una red se pueden producir
problemas graves de colisión.
Si hay solamente un cable que interconecta todos los dispositivos de
una red, o si los segmentos de una red están conectados solo a
través de dispositivos no filtrantes como, por ejemplo, los
repetidores o hubs, puede ocurrir que más de un usuario trate de
enviar datos a través de la red al mismo tiempo.
• Ethernet permite que sólo un paquete de datos por vez pueda
acceder al cable. Si más de un nodo intentará transmitir
simultáneamente, se produce una colisión y se dañan los datos
de cada uno de los dispositivos.
5. Dominios de colisión
• El área dentro de la red donde los paquetes
se originan y colisionan, se denomina dominio
de colisión, e incluye todos los entornos de
medios compartidos.
Por ejemplo, un alambre puede estar conectado
con otro a través de cables de conexión,
transceptores, paneles de conexión, repetidores e
incluso hubs. Todas estas interconexiones de la
Capa 1 forman parte del dominio de colisión
6. Señales en una colisión
• Cuando se produce una colisión, los paquetes
de datos involucrados se destruyen, bit por
bit. Para evitar este problema, la red debe
disponer de un sistema que pueda manejar la
competencia por el medio (contención).
Por ejemplo, un sistema digital sólo puede
reconocer dos estados de voltaje, luz u ondas
electromagnéticas. Por lo tanto en una colisión, las
señales interfieren, o colisionan, entre sí. Al igual
que lo que ocurre con dos automóviles, que no
pueden ocupar el mismo espacio, o la misma
carretera, al mismo tiempo, tampoco es posible
que dos señales ocupen el mismo medio
simultáneamente.
7. Son normales las colisiones?
Se cree que las colisiones son malas ya que
degradan el desempeño de la red.
Sin embargo, una cantidad determinada de
colisiones es una función natural de un
entorno de medios compartidos (es decir,
un dominio de colisión) ya que una gran
cantidad de computadores intentan
comunicarse entre sí simultáneamente,
usando el mismo cable.
8. Dispositivos y Dominios de colisión
• Como profesional de networking, una habilidad
importante que debe tener es la capacidad de
reconocer los dominios de colisión.
• Tanto los repetidores como los hubs son dispositivos
de la Capa 1 y, por lo tanto, no ejecutan ninguna
filtración del tráfico de red, si se amplía un tendido de
cables mediante un repetidor y se termina ese
tendido mediante un hub, esto simplemente da como
resultado un dominio de colisión de mayor tamaño.
• Aunque los repetidores y los hubs son dispositivos de
networking útiles y económicos, lo cierto es que
amplían los dominios de colisión y, por lo tanto, hacen
que el desempeño de la red se vea afectado debido al
exceso de colisiones.
9. Cómo reducir los dominios de colisión?
• Se puede reducir el tamaño de los
dominios de colisión utilizando
dispositivos inteligentes que pudan
dividir los dominios.
• Los puentes, switches y routers son
ejemplos de este tipo de dispositivo de
networking.
• Al proceso de dividir los dominios de
colisión en dominios de colisión mas
pequeños se denomina segmentación.
10. Cuántos dominios de colisión existen en el
gráfico?
• Respuesta: 1 solo dominio de colisión
11. Cuántos dominios de colisión existen en el
gráfico?
• Respuesta: 1 solo dominio de colisión
15. Segmentación con puentes
• Latencia se refiere a:
1. Retraso entre el tiempo que un dispositivo solicita acceso a una red y el tiempo en que se le otorga
el permiso para transmitir.
2. Retraso entre el tiempo en que el dispositivo recibe una trama y el tiempo en que la
trama se envía al puerto de destino.