Lozano william 6_a_ti_1 (1) (1)

12 UN UNIVERSIDAD NACIONAL DE CHIMBORAZO
UNIVERDIDAD NACIONAL DE
CHIMBORAZO
FACULTAD EN CIENCIAS DE LA EDUCACION
ESCUELA DE IMFORMATICA APLICADA A LA
EDUCACION
TRABAJO DE INVESTIGACION
BASE DE DATOS ii
POR: WILLIAM LOZANO
WILLIAM LOZANO

¿QUE ES BASE DE DATOS?
Una base de datos es un “almacén” que nos permite guardar grandes cantidades de
información de forma organizada para que luego podamos encontrar y utilizar
fácilmente. A continuación te presentamos una guía que te explicará el concepto y
características de las bases de datos.
El término de bases de datos fue escuchado por primera vez en 1963, en un simposio
celebrado en California, USA. Una base de datos se puede definir como un conjunto
de información relacionada que se encuentra agrupada ó estructurada.
Desde el punto de vista informático, la base de datos es un sistema formado por un
conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un
conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto de
datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte
de la información sobre cada elemento que queramos guardar en la tabla, cada fila de
la tabla conforma un registro.
Definición de base de datos
Se define una base de datos como una serie de datos organizados y relacionados
entre sí, los cuales son recolectados y explotados por los sistemas de información de
una empresa o negocio en particular.
Características
Entre las principales características de los sistemas de base de datos podemos
mencionar:
 Independencia lógica y física de los datos.
 Redundancia mínima.
 Acceso concurrente por parte de múltiples usuarios.
 Integridad de los datos.
 Consultas complejas optimizadas.
 Seguridad de acceso y auditoría.
 Respaldo y recuperación.
 Acceso a través de lenguajes de programación estándar.
 Permite que sólo se puedan ver, los registros de la base de datos, cuando el
usuario haya introducido un determinado número de registros en ella.
WILLIAM LOZANO

 Permite configurar los derechos de edición. Puede agregar entradas profesores
y alumnos, si lo permite en la base de datos. Esto no restringe la visualización
de sus entradas para todos.
 Se puede limitar el número máximo de entradas de cada participante.
 Podemos permitir añadir comentarios a las entradas de la base de datos.
 Podemos habilitar la revisión del profesor antes de que las entradas sean
públicas
VENTAJAS DEL USO DE BASE DE DATOS
1. Obtener más información de la misma cantidad de data - La base de datos
facilita al usuario obtener más información debido a la facilidad que provee esta
estructura para proveer datos a los usuarios (si se tiene el privilegio). Ejemplo:
comparar un Centro de Cómputos tradicional en COBOL vs uno que utiliza una
Base de Datos.
2. Compartir los Datos - Usuarios de distintas oficinas pueden compartir datos si
están autorizados. Esto implica que si un dato cambia de contenido como por
ejemplo la dirección de un cliente, todos los usuarios que pueden acceder ese
dato, verán inmediatamente el cambio efectuado. Ejemplo: Explicar cómo
trabajaba un Centro de Cómputos tradicional con un Sistema Estudiantil que
tenga sub-sistemas de Registro, Asistencia Económica, Estudio y Trabajo,
Matrícula, etc.
3. Balance de Requerimientos Conflictivos - Para que la Base de Datos trabaje
apropiadamente, necesita de una persona o grupo que se encargue de su
funcionamiento. El título para esa posición es Administrador de Base de Datos
y provee la ventaja de que Diseña el sistema tomando en mente la necesidad
de cada departamento de la empresa. Por lo tanto se beneficia mayormente la
empresa aunque algunos departamentos podrían tener leves desventajas
debido a su idiosincrasia. Tradicionalmente se diseñaba y programa según la
necesidad de cada departamento por separado. Ejemplo: Explicar cómo en
diferentes departamentos utilizaban diferentes herramientas y estructuras de
datos para su sistema particular y como esto afectaba a los otros
departamentos.
4. Se refuerza la estandarización - Debido a lo que se mencionó previamente,
es más fácil estandarizar procesos, formas, nombres de datos, formas, etc.
5. Redundancia controlada - Debido al sistema tradicional de archivos
independientes, los datos se duplicaban constantemente lo cual creaba mucha
duplicidad de datos y creaba un problema de sincronización cuando se
actualizaba un dato en un archivo en particular. Ejemplo: En el sistema de
Registro y de Asistencia Económica pasaba mucho eso. El método que
utilizaron para resolver el problema fue el de periódicamente actualizar el
archivo de Asistencia Económica, con el archivo de registradora (principal). Lo
cual trae como consecuencia, uso innecesario de los recursos de la
computadora. Ojo!, la redundancia se controla, no se elimina por completo.
6. Consistencia - Al controlarse la redundancia, cuando actualizas un dato, todos
los usuarios autorizados de la Base de Datos pueden ver el cambio
independientemente de que estén trabajando en distintos sistemas.
WILLIAM LOZANO

7. Integridad - La base de datos tiene la capacidad de validar ciertas condiciones
cuando los usuarios entran datos y rechazar entradas que no cumplan con esas
condiciones. El DBA (Data Base Administrador) es responsable de establecer
esas validaciones.
8. Seguridad - El DBA al tener control central de los Datos, la Base de Datos le
provee mecanismos que le permiten crear niveles de seguridad para distintos
tipos de Usuarios. En COBOL esta opción tendría que programarse.
9. Flexibilidad y rapidez al obtener datos - Aquí el usuario puede fácilmente
obtener información de la Base de Datos con tan solo escribir unas breves
oraciones. Esto evita el antiguo y burocrático proceso de llenar una petición al
Centro de Cómputos para poder obtener un informe. Ejemplo: Explicar como
ocurría ese proceso.
10. Aumenta la productividad de los programadores - Debido a que los
programadores no se tienen que preocupar por la organización de los datos ni
de su validación, se pueden concentrar en resolver otros problemas
inmediatos, mejorando de ese modo su productividad.
11. Mejora el mantenimiento de los programas - Debido a que los datos son
independientes de los programas (a diferencia de Cobol), si ocurre un cambio
en la estructura de una tabla (archivo), el código no se afecta. Ejemplo:
Explicar el problema de Cobol cuando ocurre un cambio de campo en un
archivo aún con el uso de librerías.
12. Independencia de los Datos - Debido a lo que se mencionó previamente, los
datos pueden modificarse para por ejemplo mejorar el "performance" de la
Base de Datos y como consecuencia, no se tiene que modificar los programas.
DESVENTAJAS DEL USO DE BASE DE DATOS
1. Tamaño - Al proveer todas las ventajas anteriormente nombradas, el Sistema de
Manejo de Base de Datos (DBMS) requiere de mucho espacio en disco duro y
también requiere de mucha memoria principal (RAM) para poder correr
adecuadamente.
2. Complejidad - Debido a la cantidad de operaciones y a las capacidades del
DBMS, se convierte en un producto complejo de entender. Esto requiere que
los programadores y los analistas deben tomar cursos que los adiestren para
poder comprender las capacidades y limitaciones del DBMS
3. Costo - Los productos de Bases de Datos (Oracle, DB2, Etc.) son productos
caros. Esto sin contar los adiestramientos del personal del centro de cómputos
y de los usuarios. Ejemplo: Explicar el costo envuelto en implantar FRS en la
Universidad.
4. Requerimientos adicionales de Equipo - El adquirir un producto de Base de
Datos, requiere a su vez adquirir equipo adicional para poder correr ese
producto como por ejemplo, servidores, memoria, discos duros, etc. Si se
pretende correr la Base de Datos con el mínimo de requerimientos, esta
posiblemente se degrada y el "response time" al usuario se va a afectar
grandemente.
5. En caso de allá, el impacto es mayor - Si un componente de la Base de
Datos sufre un desperfecto, se detiene las operaciones del producto por
completo. En el caso de un ambiente no centralizo en Cobol, el impacto casi
siempre afecta al departamento en donde ocurrió el problema únicamente.
WILLIAM LOZANO

6. Complejo el recuperar los datos - En caso de un accidente que corrompa la
Base de datos, el proceso de recuperación y de devolver a la Base de Datos
su estado anterior al problema, es mucho más complejo de ejecutar que en
sistemas tradicionales.
Bases de Datos Relacionales vs Objetos
Como hemos podido observar en la definición de ambos paradigmas de gestión e
implementación de bases de datos, hay grandes diferencias entre el modelo más
utilizado en la actualidad, el Modelo Relacional y el paradigma más utilizado en la
informática en los últimos tiempos, el Modelo Objeto. En este apartado vamos a tratar
de dar una visión global de ambos sistemas presentando las diferencias más
importantes que se observan tratando de encontrar una explicación al hecho de que
aún se siga utilizando en las bases de datos el modelo relacional y si, es mejor que el
orientado a objetos, ¿por qué se sigue desarrollando este 2º modelo?
Una principal diferencia la vemos ya al comparar la definición de las unidades básicas
de información de cada caso. El modelo relacional define las tuplas como “instancias
específicas de una entidad” con un identificador único y las propiedades de esa
entidad. En cambio, en el caso de las bases de datos orientadas a objetos, se
almacenan los objetos que se definen como “un objeto está modelando una situación o
entidad del mundo real al tener una identificación única, propiedades específicas a sí
misma, y la habilidad de trabajar en conjunto con objetos tanto de la misma o distinta
especificación”. Las tuplas del modelo relacional carecen de esa habilidad de trabajar
con otras tuplas ya que carecen de comportamiento. Además, el modelo objeto es
capaz de representar situaciones del mundo real, en cambio el modelo relacional sólo
trabaja con entidades, por lo tanto, si se quisiera modelar situaciones habría que
adaptarlas, convirtiéndolas en entidades perdiendo por el camino parte de la
información, o creando un modelo extremadamente complejo.
La identificación única de las entidades/objetos también difiere en ambos casos. El
modelo relacional utiliza el concepto de Clave Primaria para identificar a sus entidades
de una manera única. Esta clave es un valor que puede introducir y cambiar el usuario
del sistema gestor con la única restricción de que no se repita con ninguna otra clave
primaria que contenga la tabla en ese momento, aunque también puede asignarla el
propio sistema gestor. En cambio, el modelo objeto define el OID (Object Identity) que
proveerá el sistema y le otorgará al objeto su identidad única. No puede ser cambiado
ni introducido por el usuario. Al desaparecer el objeto, el sistema elimina ese OID pero
no vuelve a asignárselo nunca a ningún objeto nuevo.
WILLIAM LOZANO

Los modelos relacionales tradicionales sólo permitían tipos de datos simples ofrecidos
por SQL y en última instancia por el sistema gestor. Esto hace bastante costoso
trabajar con atributos multivaluados pudiendo hacerse este tratamiento de 2 formas, o
bien saltándose la 1FN o separando esos atributos en más tablas lo que, sin duda,
carga mucho el sistema y convierte las consultas en algo muy complejo. El modelo
objeto, por definición provee de un sistema de tipos análogo al lenguaje de
programación con el que se utiliza. De esta forma permite definir nuevas clases así
como utilizar la herencia para extender las ya creadas. Así se consigue aplicar toda la
potencia de la Orientación a Objetos en las bases de datos.
Los modelos relacionales utilizan el lenguaje estándar de consultas SQL, que es
declarativo lo que hace que las consultas no vayan a la forma de encontrar el dato sino
que sea el sistema gestor el que realice esta tarea. Además, el hecho de ser estándar
permite que las aplicaciones lo utilicen sin importar el lenguaje de programación en el
que están escritas. Por contra carga mucho el procesamiento y hace que haya que
tratar los datos para convertirlos a objetos en el lenguaje de programación utilizado.
El modelo objeto difiere en este sentido bastante. Utiliza varios sistemas diferentes
dependiendo de la implementación que se esté utilizando. Hay sistemas, directamente
imbuidos en el lenguaje de programación que hacen esta recuperación de los datos
transparente al programador, trabajando con los objetos persistentes como si fueran
objetos de memoria normales. Esta visión es muy eficiente e intuitiva pero al no tener
un lenguaje específico para trabajar con las consultas no controla de forma alguna
este acceso siendo vulnerable a errores del programador.
Otra forma de implementar las consultas ha sido el estándar OQL (Object Query
Language) definido por el Object Data Management Group (ODMG) que busca ser un
estándar declarativo para consultas a bases de datos orientadas a objetos. Su uso
sería análogo al de SQL pero, debido a su complejidad aún no hay ninguna
implementación completa del estándar, sólo se han llegado a realizar subconjuntos
como JDOQL y EJB QL.
La forma de trabajar con los datos persistentes en el modelo relacional es
seleccionando los datos que queremos que persistan en el tiempo y grabándolos de
manera explicita mediante consultas de alta/modificación de SQL, previa
transformación de los datos. Los objetos trabajan de otra forma. Dependiendo de la
implementación particular puede ser que haya clases persistentes, cuyos objetos
siempre se almacenen en disco, marcar especiales para los objetos que permitan
discriminar cuáles se almacenarán, y otras técnicas.
Esta es una de las partes más complejas de implementar de un sistema gestor de
bases de datos orientados a objetos ya que se busca que este paso a datos
persistentes sea lo más transparente posible para el programador de aplicaciones
orientadas a objetos.
Obviamente el modelo objeto es una forma de centrar el desarrollo y explotación de un
sistema en la semántica del dato. En el modelo relacional había que adaptar la
semántica a las capacidades del sistema de una manera bastante estricta. En cambio,
cuando trabajamos con objetos podemos aplicar la semántica propia del problema de
una manera mucho más natural, ya que este paradigma se basa en modelar el mundo
real.
Las relaciones entre entidades des modelo es una característica muy importante que
cualquier base de datos moderna debe poseer. La orientación a objetos facilita mucho
WILLIAM LOZANO

esta tarea gracias a los OID y a la herencia. Las relaciones de herencia, para lo cual
se permite la herencia entre clases de la misma forma que en los lenguajes de
programación, heredando el hijo todos los atributos y métodos que hubiera definido su
padre. El resto de relaciones que hubiera que representar se haría mediante los OID
que identifican univocamente a un objeto.
En las bases de datos relaciones, las relaciones de herencia se pueden simular
mediante complejos sistemas que obligaban al programador a aplicar una serie de
mecanismos que garantizaran la integridad. Y el resto de relaciones, por norma
general crean una serie de tablas intermedias que complica las sentencias SQL
necesarias para recuperar los datos.
El acceso a los datos, en la gran mayoría de los sistemas gestores de bases de datos
orientados a objetos, se realiza de una forma navegacional, al estilo de los modelos
jerárquico y red lo cual obliga al usuario a conocer la ruta de acceso a los objetos.
Esto, además de complicar el uso para usuarios no programadores, unido a la
necesidad de requisitos indirectos de hardware y software debido al uso de objetos
ralentiza las transacciones respecto al modelo relacional, lo que lo convierte en
muchos casos en algo inaceptable.
Las bases de datos orientadas a objetos permiten el almacenamiento de archivos
multimedia ya que un objeto puede ser cualquier cosa. Las bases de datos
relacionales no permiten esto y hay que simularlo guardando la dirección del archivo,
con lo que no se garantiza que el archivo exista, o almacenando en un campo binario
de longitud indeterminada el archivo completo sin capturar la propia base de datos de
que tipo de archivo se trata.
Los sistemas gestores de bases de datos orientados a objetos proporcionan un
importante control de versiones sobre los objetos almacenados, característica que
junto a la capacidad de almacenar objetos multimedia antes citada, hace a estos
sistemas muy válidos en campos como el CAD, aplicaciones científicas y otras
aplicaciones igualmente específicas.
Sistema de Gestión de Base de Datos (SGBD)
Los Sistemas de Gestión de Base de Datos (en inglés DataBase Management
System) son un tipo de software muy específico, dedicado a servir de interfaz entre la
base de datos, el usuario y las aplicaciones que la utilizan. Se compone de un
lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un
lenguaje de consulta.
Ventajas de las bases de datos
Control sobre la redundancia de datos:
Los sistemas de ficheros almacenan varias copias de los mismos datos en ficheros
distintos. Esto hace que se desperdicie espacio de almacenamiento, además de
provocar la falta de consistencia de datos.
WILLIAM LOZANO

En los sistemas de bases de datos todos estos ficheros están integrados, por lo que
no se almacenan varias copias de los mismos datos. Sin embargo, en una base de
datos no se puede eliminar la redundancia completamente, ya que en ocasiones es
necesaria para modelar las relaciones entre los datos.
Consistencia de datos:
Eliminando o controlando las redundancias de datos se reduce en gran medida el
riesgo de que haya inconsistencias. Si un dato está almacenado una sola vez,
cualquier actualización se debe realizar sólo una vez, y está disponible para todos los
usuarios inmediatamente. Si un dato está duplicado y el sistema conoce esta
redundancia, el propio sistema puede encargarse de garantizar que todas las copias
se mantienen consistentes.
Compartición de datos:
En los sistemas de ficheros, los ficheros pertenecen a las personas o a los
departamentos que los utilizan. Pero en los sistemas de bases de datos, la base de
datos pertenece a la empresa y puede ser compartida por todos los usuarios que
estén autorizados.
Mantenimiento de estándares:
Gracias a la integración es más fácil respetar los estándares necesarios, tanto los
establecidos a nivel de la empresa como los nacionales e internacionales.
Estos estándares pueden establecerse sobre el formato de los datos para facilitar su
intercambio, pueden ser estándares de documentación, procedimientos de
actualización y también reglas de acceso.
Mejora en la integridad de datos:
La integridad de la base de datos se refiere a la validez y la consistencia de los datos
almacenados. Normalmente, la integridad se expresa mediante restricciones o reglas
que no se pueden violar. Estas restricciones se pueden aplicar tanto a los datos, como
a sus relaciones, y es el SGBD quien se debe encargar de mantenerlas.
Mejora en la seguridad:
La seguridad de la base de datos es la protección de la base de datos frente a
usuarios no autorizados. Sin unas buenas medidas de seguridad, la integración de
datos en los sistemas de bases de datos hace que éstos sean más vulnerables que en
los sistemas de ficheros.
Mejora en la accesibilidad a los datos:
WILLIAM LOZANO

Muchos SGBD proporcionan lenguajes de consultas o generadores de informes que
permiten al usuario hacer cualquier tipo de consulta sobre los datos, sin que sea
necesario que un programador escriba una aplicación que realice tal tarea.
Mejora en la productividad:
El SGBD proporciona muchas de las funciones estándar que el programador necesita
escribir en un sistema de ficheros. A nivel básico, el SGBD proporciona todas las
rutinas de manejo de ficheros típicas de los programas de aplicación.
El hecho de disponer de estas funciones permite al programador centrarse mejor en la
función específica requerida por los usuarios, sin tener que preocuparse de los
detalles de implementación de bajo nivel.
Mejora en el mantenimiento:
En los sistemas de ficheros, las descripciones de los datos se encuentran inmersas en
los programas de aplicación que los manejan.
Esto hace que los programas sean dependientes de los datos, de modo que un
cambio en su estructura, o un cambio en el modo en que se almacena en disco,
requiere cambios importantes en los programas cuyos datos se ven afectados.
Sin embargo, los SGBD separan las descripciones de los datos de las aplicaciones.
Esto es lo que se conoce como independencia de datos, gracias a la cual se simplifica
el mantenimiento de las aplicaciones que acceden a la base de datos.
Aumento de la concurrencia:
En algunos sistemas de ficheros, si hay varios usuarios que pueden acceder
simultáneamente a un mismo fichero, es posible que el acceso interfiera entre ellos de
modo que se pierda información o se pierda la integridad. La mayoría de los SGBD
gestionan el acceso concurrente a la base de datos y garantizan que no ocurran
problemas de este tipo.
Mejora en los servicios de copias de seguridad:
Muchos sistemas de ficheros dejan que sea el usuario quien proporcione las medidas
necesarias para proteger los datos ante fallos en el sistema o en las aplicaciones. Los
usuarios tienen que hacer copias de seguridad cada día, y si se produce algún fallo,
utilizar estas copias para restaurarlos.
En este caso, todo el trabajo realizado sobre los datos desde que se hizo la última
copia de seguridad se pierde y se tiene que volver a realizar. Sin embargo, los SGBD
WILLIAM LOZANO

actuales funcionan de modo que se minimiza la cantidad de trabajo perdido cuando se
produce un fallo.
Desventajas de las bases de datos
Complejidad:
Los SGBD son conjuntos de programas que pueden llegar a ser complejos con una
gran funcionalidad. Es preciso comprender muy bien esta funcionalidad para poder
realizar un buen uso de ellos.
Coste del equipamiento adicional:
Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario
adquirir más espacio de almacenamiento. Además, para alcanzar las prestaciones
deseadas, es posible que sea necesario adquirir una máquina más grande o una
máquina que se dedique solamente al SGBD. Todo esto hará que la implantación de
un sistema de bases de datos sea más cara.
Vulnerable a los fallos:
El hecho de que todo esté centralizado en el SGBD hace que el sistema sea más
vulnerable ante los fallos que puedan producirse. Es por ello que deben tenerse copias
de seguridad (Backup).
Tipos de Campos
Cada Sistema de Base de Datos posee tipos de campos que pueden ser similares o
diferentes. Entre los más comunes podemos nombrar:
 Numérico: entre los diferentes tipos de campos numéricos podemos encontrar
enteros “sin decimales” y reales “decimales”.
 Booleanos: poseen dos estados: Verdadero “Si” y Falso “No”.
 Memos: son campos alfanuméricos de longitud ilimitada. Presentan el
inconveniente de no poder ser indexados.
 Fechas: almacenan fechas facilitando posteriormente su explotación.
Almacenar fechas de esta forma posibilita ordenar los registros por fechas o
calcular los días entre una fecha y otra.
 Alfanuméricos: contienen cifras y letras. Presentan una longitud limitada (255
caracteres).
WILLIAM LOZANO

 Autoincrementables: son campos numéricos enteros que incrementan en una
unidad su valor para cada registro incorporado. Su utilidad resulta: Servir de
identificador ya que resultan exclusivos de un registro.
Tipos de Base de Datos
Entre los diferentes tipos de base de datos, podemos encontrar los siguientes:
 MySql: es una base de datos con licencia GPL basada en un servidor. Se
caracteriza por su rapidez. No es recomendable usar para grandes volúmenes
de datos.
 PostgreSql y Oracle: Son sistemas de base de datos poderosos. Administra
muy bien grandes cantidades de datos, y suelen ser utilizadas en intranets y
sistemas de gran calibre.
 Access: Es una base de datos desarrollada por Microsoft. Esta base de datos,
debe ser creada bajo el programa access, el cual crea un archivo .mdb con la
estructura ya explicada.
 Microsoft SQL Server: es una base de datos más potente que access
desarrollada por Microsoft. Se utiliza para manejar grandes volúmenes de
informaciones.
Modelo entidad-relación
Los diagramas o modelos entidad-relación (denominado por su siglas, ERD “Diagram
Entity relationship”) son una herramienta para el modelado de datos de un sistema de
información. Estos modelos expresan entidades relevantes para un sistema de
información, sus inter-relaciones y propiedades.
Cardinalidad de las Relaciones
El diseño de relaciones entre las tablas de una base de datos puede ser la siguiente:
WILLIAM LOZANO

 Relaciones de uno a uno: una instancia de la entidad A se relaciona con una
y solamente una de la entidad B.
 Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con
varias instancias de la entidad B.
 Relaciones de muchos a muchos: cualquier instancia de la entidad A se
relaciona con cualquier instancia de la entidad B.
Estructura de una Base de Datos
Una base de datos, a fin de ordenar la información de manera lógica, posee un orden
que debe ser cumplido para acceder a la información de manera coherente. Cada
base de datos contiene una o más tablas, que cumplen la función de contener los
campos.
En el siguiente ejemplo mostramos una tabla “comentarios” que contiene 4 campos.
Los datos quedarían organizados como mostramos en siguiente ejemplo:
Por consiguiente una base de datos posee el siguiente orden jerárquico:
 Tablas
 Campos
 Registros
 Lenguaje SQL
El lenguaje SQL es el más universal en los sistemas de base de datos. Este lenguaje
nos permite realizar consultas a nuestras bases de datos para mostrar, insertar,
actualizar y borrar datos.
A continuación veremos un ejemplo de ellos:
WILLIAM LOZANO

 Mostrar: para mostrar los registros se utiliza la instrucción Select. Select *
From comentarios.
 Insertar: los registros pueden ser introducidos a partir de sentencias que
emplean la instrucción Insert. Insert Into comentarios (titulo, texto, fecha)
Values ('saludos', 'como esta', '22-10-2007')
 Borrar: Para borrar un registro se utiliza la instrucción Delete. En este caso
debemos especificar cual o cuales son los registros que queremos borrar. Es
por ello necesario establecer una selección que se llevara a cabo mediante la
cláusula Where. Delete From comentarios Where id='1'.
 Actualizar: para actualizar los registros se utiliza la instrucción Update. Como
para el caso de Delete, necesitamos especificar por medio de Where cuáles
son los registros en los que queremos hacer efectivas nuestras modificaciones.
Además, tendremos que especificar cuáles son los nuevos valores de los
campos que deseamos actualizar.Update comentarios Set titulo='Mi Primer
Comentario' Where id='1'.
[SIB10]
Bibliografía
SIBERCHATZ. (ABRIL de 2010). FUNDAMENTOS DE BASE DE DATOS. Obtenido de
FUNDAMENTOS DE BASE DE DATOS:
http://twisensblog.blogspot.com/2011/10/bases-de-datos-relacionales-vs.html
WILLIAM LOZANO

Lozano william 6_a_ti_1 (1) (1)

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (17)

Destacado

Destacado (19)

Similar a Lozano william 6_a_ti_1 (1) (1)

Similar a Lozano william 6_a_ti_1 (1) (1) (20)

Más de William Lozano

Más de William Lozano (20)

Lozano william 6_a_ti_1 (1) (1)