Conceptos Bsicos

Datos: conjunto de caracteres con algn significado pueden ser numricos, alfanumricos
o alfabticos.
Tupla o registro: coleccin de campos de iguales o diferentes tipos.
Archivos: coleccin de registros almacenados siguiendo una estructura homognea.
Campo: es la unidad ms pequea a la cual uno puede referirse en un programa. Desde
el punto de vista del programador representa una caracterstica de un individuo u objeto.

Tipos de Datos (martes)

A la hora de crear un campo en una tabla, hay que especificar de qu tipo son
los datos que se van a almacenar en ese campo.
Los diferentes tipos de datos son:
Texto: permite almacenar cualquier tipo de texto, tanto caracteres como
dgitos y caracteres especiales. Tiene una longitud por defecto de 50
caracteres, siendo su longitud mxima de 255 caracteres. Normalmente se
utiliza para almacenar datos como nombres, direcciones o cualquier nmero
que no se utilice en clculos, como nmeros de telfono o cdigos postales.
Memo: se utiliza para textos de ms de 255 caracteres como comentarios o
explicaciones. Tiene una longitud mxima de 65.536 caracteres. Access
recomienda para almacenar texto con formato o documentos largos, crear un
campo Objeto OLE en lugar de un campo Memo.
En Access se puede ordenar o agrupar por un campo Memo, pero Access slo
utiliza los 255 primeros caracteres cuando se ordena o agrupa en un campo
Memo.
Nmero: para datos numricos utilizados en clculos matemticos. Dentro del
tipo nmero la propiedad tamao del campo nos permite concretar ms. En
resumen los tipos Byte, Entero y Entero largo permiten almacenar nmeros

sin decimales; los tipos Simple, Doble y Decimal permiten decimales; el tipo
Id. de rplica se utiliza para claves autonumricas en bases rplicas.
Fecha/Hora: para la introduccin de fechas y horas desde el ao 100 al ao
9999.
Moneda: para valores de dinero y datos numricos utilizados en clculos
matemticos en los que estn implicados datos que contengan entre uno y
cuatro decimales. La precisin es de hasta 15 dgitos a la izquierda del
separador decimal y hasta 4 dgitos a la derecha del mismo.
Access recomienda utilizar el tipo Moneda para impedir el redondeo de cifras
en los clculos. Un campo Moneda tiene una precisin de hasta 15 dgitos a la
izquierda de la coma decimal y 4 dgitos a la derecha. Un campo Moneda
ocupa 8 bytes de espacio en disco.
Autonumrico: nmero secuencial (incrementado de uno a uno) nico, o
nmero aleatorio que Microsoft Access asigna cada vez que se agrega un nuevo
registro a una tabla. Los campos Autonumrico no se pueden actualizar.
S/No: valores S y No, y campos que contengan uno de entre dos valores
(S/No, Verdadero/Falso o Activado/desactivado).
Objeto OLE: objeto como por ejemplo una hoja de clculo de Microsoft Excel,
un documento de Microsoft Word, grficos, imgenes, sonidos u otros datos
binarios.
Hipervnculo: texto o combinacin de texto y nmeros almacenada como
texto y utilizada como direccin de hipervnculo. Una direccin de hipervnculo
puede tener hasta tres partes:

Texto: el texto que aparece en el campo o control.

Direccin: ruta de acceso de un archivo o pgina.

Subdireccin: posicin dentro del archivo o pgina.

Sugerencia: el texto que aparece como informacin sobre herramientas.

Entidad, Atributos y Asociacin.

Un atributo es una propiedad distintiva de una entidad o asociacin. Es uno de

los principales medios utilizados para reunir y caracterizar objetos.
Los atributos que se le asignen a una entidad dependen del contexto de su
aplicacin. Un atributo es un conjunto de posibles valores, no se debe confundir
el nombre de un atributo con su valor.
Una entidad es un conjunto de objetos que son agrupados debido a que tienen
caractersticas semejantes, segn el contexto de la aplicacin que se est
modelando.
Una asociacin se puede ver como enlaces entre las entidades involucradas.
Ejemplo:
Si se considera una aplicacin sobre las inscripciones de vehculos.
Entidades:

Propietarios

Vehiculos

Atributos de la Entidad Propietario:

Cdula

Nombre

Direccin

Tipo de licencia

Atributos de la Entidad Vehiculo

Nmero de Placa

Marca

Modelo

Tipo

En el ejemplo de la Librera, libros, clientes y proveedores son entidades, Son

atributos de la entidad libros: Autor, Ttulo, rea de Edicin, ISBN

Los atributos describen propiedades que posee cada miembro de un conjunto

de entidades. La designacin de un atributo para un conjunto de entidades
expresa que la base de datos almacena informacin similar concerniente a cada
entidad del conjunto de entidades; sin embargo, cada entidad puede tener su
propio valor para cada atributo. Posibles atributos del conjunto de entidades
cliente son id-cliente, nombre-cliente, calle-cliente y ciudad-cliente. En la vida
real, habra ms atributos, tales como el nmero de la calle, el nmero del
portal, la provincia, el cdigo postal, y la comunidad autnoma, pero no se
incluyen en el ejemplo simple.

Cada entidad tiene un valor para cada uno de sus atributos. Por ejemplo, una
entidad cliente en concreto puede tener el valor 32.112.312 para id-cliente, el
valor Santos para nombre-cliente, el valor Mayor para calle-cliente y el valor
Peguerinos para ciudad-cliente. El atributo id-cliente se usa para identificar
unvocamente a los clientes, dado que no hay ms de un cliente con el mismo
nombre, calle y ciudad. Para cada atributo hay un conjunto de valores
permitidos, llamados el dominio, o el conjunto de valores, de ese atributo. El
dominio del atributo nombre-cliente podra ser el conjunto de todas las cadenas
de texto de una cierta longitud. Una base de datos incluye as una coleccin de
conjuntos de entidades, cada una de las cuales contiene un nmero de
entidades del mismo tipo.

Formalmente, un atributo de un conjunto de entidades es una funcin que

asigna al conjunto de entidades un dominio. Como un conjunto de entidades
puede tener diferentes atributos, cada entidad se puede describir como un
conjunto de pares (atributo, valor), un par para cada atributo del conjunto de
entidades. Por ejemplo, una entidad concreta cliente se puede describir
mediante el conjunto {(id-cliente, 67.789.901), (nombre-cliente, Lpez), (callecliente, Mayor), (ciudad-cliente, Peguerinos)}, queriendo decir que la entidad
describe una persona llamada Lpez que tiene D.N.I. nmero 67.789.901, y
reside en la calle Mayor en Peguerinos.

Un atributo, como se usa en el modelo E-R, se puede caracterizar por los

siguientes tipos de atributo.

Atributos simples y compuestos

En los ejemplos considerados hasta ahora, los atributos han sido simples; es
decir, no estn divididos en subpartes. Los atributos compuestos, en cambio, se
pueden dividir en subpartes (es decir, en otros atributos). Por ejemplo, nombrecliente podra estar estructurado como un atributo compuesto consistente en
nombre, primer-apellido y segundo-apellido. Usar atributos compuestos en un
esquema de diseo es una buena eleccin si el usuario desea referirse a un
atributo completo en algunas ocasiones y, en otras, a algn componente del
atributo. Se podran haber sustituido los atributos del conjunto de entidades
cliente, calle-cliente y ciudad-cliente, por el atributo compuesto direccincliente, con los atributos calle, ciudad, provincia, y cdigo-postal. Los atributos
compuestos ayudan a agrupar los atributos relacionados, haciendo los modelos
ms claros. Ntese tambin que un atributo compuesto puede aparecer como
una jerarqua. Volviendo al ejemplo del atributo compuesto direccin-cliente, su
componente calle puede ser a su vez dividido en nmero-calle, nombre-calle y
piso.
Atributos monovalorados y multivalorados
Los atributos que se han especificado en los ejemplos tienen todos un valor
slo para una entidad concreta. Por ejemplo, el atributo nmero-prstamo para
una entidad prstamo especfico, referencia a un nico nmero de prstamo.
Tales atributos se llaman monovalorados. Puede haber ocasiones en las que un
atributo tiene un conjunto de valores para una entidad especfica. Considrese
un conjunto de entidades empleado con el atributo nmero-telfono. Cualquier
empleado particular puede tener cero, uno o ms nmeros de telfono. Este
tipo de atributo se llama multivalorado. En ellos, se pueden colocar
apropiadamente lmites inferior y superior en el nmero de valores en el
atributo multivalorado. Como otro ejemplo, un atributo nombre-subordinado del

conjunto de entidades empleado sera multivalorado, ya que un empleado en

concreto podra tener cero, uno o ms subordinados. Cuando sea apropiado se
pueden establecer lmites superior e inferior en el nmero de valores de un
atributo multivalorado. Por ejemplo, un banco puede limitar el nmero de
nmeros de telfono almacenados para un nico cliente a dos. Colocando
lmites en este caso, se expresa que el atributo nmero-telfono del conjunto
de entidades cliente puede tener entre cero y dos valores.
Atributos derivados
El valor para este tipo de atributo se puede derivar de los valores de otros
atributos o entidades relacionados. Por ejemplo, sea el conjunto de entidades
cliente que tiene un atributo prstamos que representa cuntos prstamos
tiene un cliente en el banco. Ese atributo se puede derivar contando el nmero
de entidades prstamo asociadas con ese cliente. Como otro ejemplo,
considrese que el conjunto de entidades empleado tiene un atributo edad, que
indica la edad del cliente. Si el conjunto de entidades cliente tiene tambin un
atributo fecha-de-nacimiento, se puede calcular edad a partir de fecha-denacimiento y de la fecha actual. As, edad es un atributo derivado. En este caso,
fecha-de-nacimiento y antigedad pueden serlo, ya que representan el primer
da en que el empleado comenz a trabajar para el banco y el tiempo total que
el empleado lleva trabajando para el banco, respectivamente. El valor de
antigedad se puede derivar del valor de fecha-comienzo y de la fecha actual.
En este caso, fecha-comienzo se puede conocer como atributo base o atributo
almacenado. El valor de un atributo derivado no se almacena, sino que se
calcula cuando sea necesario.

Un atributo toma un valor nulo cuando una entidad no tiene un valor para un
atributo. El valor nulo tambin puede indicar no aplicable, es decir, que el
valor no existe para la entidad. Por ejemplo, una persona puede no tener
segundo nombre de pila. Nulo puede tambin designar que el valor de un
atributo es desconocido. Un valor desconocido puede ser, bien perdido (el valor
existe pero no se tiene esa informacin) o desconocido (no se conoce si el valor
existe realmente o no). Por ejemplo, si el valor nombre para un cliente

particular es nulo, se asume que el valor es perdido, ya que cada cliente debe
tener un nombre. Un valor nulo para el atributo piso podra significar que la
direccin no incluye un piso (no aplicable), que existe piso pero no se conoce
cul es (perdido), o que no se sabe si el piso forma parte o no de la direccin
del cliente (desconocido).
Tipo de Asociacin
Uno a Muchos: Un solo propietario puede tener muchos vehculos pero cada
vehculo solo puede tener un propietar
Bases de datos
Consiste en una coleccin de datos interrelacionados y un conjunto de
programas para acceder a dichos datos, serie de recursos para manejar
grandes volmenes de informacin, sin embargo no todos los sistemas que
manejan informacin son bases de datos.
Recursos que componen un SBD
Un SBD est formado por:
Personas
Mquinas
Programas
Datos
Los Datos.
Es lo que se conoce como base de datos propiamente dicha. Para manejar estos
datos utilizamos una serie de programas.
Los Programas.
Son los encargados de manejar los datos, son conocidos como DBMS (Data
Base Management System) o tambin SGBD (Sistema Gestor de Base de
Datos). Los DBMS tienen dos funciones principales que son:
- La definicin de las estructuras para almacenar los datos.
- La manipulacin de los datos.
3.- Distintos Niveles de un SBD
Los SBD pueden ser estudiados desde tres niveles distintos:

1 Nivel Fsico.
Es el nivel real de los datos almacenados. Es decir cmo se almacenan los
datos, ya sea en registros, o como sea. Este nivel es usado por muy pocas
personas que deben estar cualificadas para ello. Este nivel lleva asociada una
representacin de los datos, que es lo que denominamos Esquema Fsico.
2 Nivel Conceptual.
Es el correspondiente a una visin de la base de datos desde el punto de visto
del mundo real. Es decir tratamos con la entidad u objeto representado, sin
importarnos como est representado o almacenado. Este nivel lleva asociado el
Esquema Conceptual.
3 Nivel Visin.
Son partes del esquema conceptual. El nivel conceptual presenta toda la base
de datos, mientras que los usuarios por lo general slo tienen acceso a
pequeas parcelas de sta. El nivel visin es el encargado de dividir estas
parcelas. Un ejemplo sera el caso del empleado que no tiene por qu tener
acceso al sueldo de sus compaeros o de sus superiores. El esquema asociado
a ste nivel es el Esquema de Visin.
Los tres niveles vistos, componen lo que conocemos como arquitectura de base
de datos a tres niveles.
A menudo el nivel fsico no es facilitado por muchos DBMS, esto es, no permiten
al usuario elegir como se almacenan sus datos y vienen con una forma
estndar de almacenamiento y manipulacin de los datos.
La arquitectura a tres niveles se puede representar como sigue:

Objetivos de los Sistemas de Bases de Datos.

Los objetivos principales de un sistema de base de datos es disminuir los

siguientes aspectos:

Redundancia e inconsistencia de datos.

Dificultad para tener acceso a los datos.

Aislamiento de los datos.

Anomalas del acceso concurrente.

Problemas de seguridad.

Problemas de integridad.

Funciones de un Sistema de Administracin de Base de Datos.

Su objetivo principal es proporcionar un entorno que sea tanto prctico como
eficiente de usar en la recuperacin y el almacenamiento de la informacin de
la base de datos.
Los sistemas de bases de datos deben proporcionar la fiabilidad de la
informacin almacenada, a pesar de las cadas del sistema o los intentos de
acceso sin autorizacin. Si los datos van a ser compartidos entre diversos
usuarios, el sistema debe evitar posibles resultados anmalos.
La funcin de un SABD no se limita nicamente a permitir, mediante la
definicin y manipulacin de datos, el dilogo entre los usuarios y la base de
datos.
Adems debe realizar las siguientes funciones:

Control de la concurrencia: debe, en cualquier momento, estar

disponible para que varios usuarios autorizados puedan accesarla en
forma simultnea.

Seguridad: debe brindar mecanismos que permitan la confidencialidad

de la informacin, por medio de controles de acceso como login y
password.

Integridad: debe brindar la posibilidad de definir reglas de integridad

que ayude a la verificacin semntica y sintctica de los datos.

Recuperacin luego de una falla: debe garantizar que la base de

datos no quede en un estado inconsistente. Por eso debe manejar las
transacciones como de ejecucin atmica, es decir, se realiza toda la
transaccin o no se realiza del todo, borrando todo el trabajo que una
transaccin de usuario haya podido hacer si sta aun no ha llegado a su
punto de validacin.

Por qu una empresa necesita un DBA?

Toda organizacin que maneja grandes volmenes de datos requiere un
sistema de gestin de base de datos (DBMS). La persona o grupo de personas
encargadas de administrar, supervisar y asegurar el adecuado uso de los datos
dentro de un DBMS (Database Management System) son los DBA. Estos
sistemas permiten manejar grandes montaas de datos de una manera
eficiente, permitiendo as disponer de una mejor herramienta para la toma de
decisiones de negocios. Por lo tanto, la necesidad de los administradores de
bases de datos (DBA) es hoy mayor que nunca.
Cul es el sueldo promedio de un DBA?
Segn la firma Robert Half Techonology, los DBA estn dentro del grupo de
profesionales mejores pagados en la industria de la tecnologa de la
informacin (TI). La firma realiz una encuesta salarial en el ao 2012 en los
EEUU y los resultados arrojaron que el rango salarial de un Administrador de
Base de Datos (DBA) es de $79,000.00 $113,750.00 y el rango salarial de un
Desarrollador de Base de Datos (DBD) es de $82, 000.00 $119,750.00.
Cules son las funciones que realiza un DBA?
Gestin General de Base de Datos
El DBA es la persona con ms conocimientos sobre base de datos en una
organizacin. Como tal, debe entender las reglas bsicas de la tecnologa de
base de datos relacional y ser capaz de comunicarlos con precisin a los
dems.
Modelado de Datos y Diseo de Base de Datos
Un DBA debe ser un profesional experto en la recopilacin y anlisis de las
necesidades del usuario para obtener modelos de datos conceptuales y lgicos.
Esta tarea es ms difcil de lo que parece. Un modelo conceptual de datos
describe los requisitos de datos a un nivel muy alto, un modelo de datos lgico

proporciona en profundidad los detalles de los tipos de datos, longitudes,

relaciones y cardinalidad. El DBA utiliza tcnicas de normalizacin para ofrecer
modelos de datos que reflejen las necesidades de los datos de la empresa.
Auditoria
Una de las tareas de un DBA es identificar qu usuarios tienen acceso a
insertar, actualizar o eliminar datos, y cundo. Una auditora NO slo podra ser
necesaria por un tiempo limitado, para usuarios especficos o datos especficos.
Tambin puede ser requerida 24/7 para todos los datos que se introduzcan en
el DBMS. Regularmente, para realizar las funciones de autoras los DBAs tienen
que trabajar en combinacin con los auditores internos y externos de la
empresa.
Integracin con aplicaciones
La mayora de las empresas hoy en da utilizan aplicaciones de terceros (casi
nadie ya desarrolla sus propias aplicaciones in-house), muy pocas de estas
aplicaciones funcionan de manera aislada. En otras palabras, las aplicaciones
tienen que interconectarse unas con otras, generalmente utilizando base de
datos como el medio para compartir los datos. Los DBAs a menudo se
involucran en los procesos de integrar las aplicaciones existentes con las bases
datos que administran. Esto puede incluir la creacin de aplicaciones a medida,
scripts, etc.
Resguardo y recuperacin de datos
Uno de los aspectos ms fundamentales del trabajo del DBA es proteger los
datos de la organizacin. Esto incluye hacer copias de seguridad peridicas de
los datos y mantenerlos a salvo de la destruccin accidental o intencional.
Adems, disear, implementar y probar un plan de recuperacin para que
cuando se presenten los problemas, los datos se pueden restaurar
rpidamente.
Inteligencia de negocios y almacenamiento de datos
Una de las reas de mayor crecimiento para el DBA es la Inteligencia de
Negocios (BI) y almacenamiento de datos. Esto se debe a que cada vez ms
organizaciones estn tratando de extraer toda la informacin que pueda con el
fin de tomar mejores decisiones de negocios.
Planificacin de capacidad
En la mayora de las organizaciones, el nmero y tamao de las bases de datos
crece rpidamente. Es la responsabilidad del DBA gestionar el creciente
volumen de datos y disear los planes apropiados para administrarlos. Esto
incluye tambin la gestin del hardware donde se almacenan los datos.
Administracin de cambios

La configuracin del servidor SQL Server o MySQL, el esquema de base de

datos, el cdigo de Transact-SQL, y muchas otras facetas del ecosistema de
aplicaciones cambian con el tiempo. A menudo es la responsabilidad del DBA
realizar el anlisis de impacto antes de realizar los cambios dentro de una
DBMS. Implementar cambios, hacer pruebas piloto y documentar todos los
cambios y procedimientos es parte del trabajo de un DBA.
Desarrollo de aplicaciones
Muchos administradores de base datos deben de desarrollar aplicaciones y
scripts con el objetivo de automatizar tareas relacionadas con la insercin,
sustraccin o borrado de informacin dentro del manejador de base de datos.
En general, ste debe de colaborar a nivel de integracin de sistema con los
desarrolladores de aplicaciones, por lo que a veces se ve en la obligacin de
desarrollar cdigo para casos especficos.

Modelo Entidad-Relacin
Este modelo representa a la realidad a travs de entidades. Las entidades pueden ser de
dos tipos:

Tangibles: Son todos aquellos objetos fsicos que podemos ver, tocar o sentir.

Intangibles: Todos aquellos eventos u objetos conceptuales que no podemos ver,

aun sabiendo que existen.

El modelo E-R utiliza los siguientes smbolos:

Smbolo

Representa
Entidad
Relacin
Atributo
Ligas

Ejemplo:

Consideremos una empresa que requiere controlar a los vendedores y las ventas que ellos
realizan; de este problema determinamos que los objetos o entidades principales a
estudiar son el empleado (vendedor) y el artculo (que es el producto en venta), y las
caractersticas que los identifican son:

Empleado: Nombre, Puesto, Salario.

Artculo: Descripcin, Costo, clave.

As el ejemplo anterior en el modelo E-R se representara de la siguiente forma:

Modelo Relacional
En este modelo se representan los datos y las relaciones entre estos, a travs de una
coleccin de tablas, en las cuales los renglones (tuplas) equivalen a cada uno de los
registros que contendr la base de datos y las columnas corresponden a las
caractersticas(atributos) de cada registro localizado en la tupla;
Considerando nuestro ejemplo del empleado y el artculo:
Tabla del empleado

Existen dos formas de representar las relaciones entre las entidades existentes; pero para
ello necesitamos definir que es una LLAVE PRIMARIA: Es un atributo el cual definimos
como atributo principal, es una forma nica de identificar a una entidad. Por ejemplo, el
RFC de un empleado se distingue de otro por que los RFC no pueden ser iguales.
Ahora si, las formas de representar las relaciones en este modelo son:
1. Haciendo una tabla que contenga cada una de las llaves primarias de las entidades
involucradas en la relacin.

2. Incluyendo en alguna de las tablas de las entidades involucradas, la llave de la otra

tabla.

La ventaja del modelo relacional es que los datos se almacenan, al menos

conceptualmente, de un modo en que los usuarios entienden con mayor facilidad. Los
datos se almacenan como tablas y las relaciones entre las filas y las tablas son visibles en
los datos. Este enfoque permite a los usuarios obtener informacin de la base de datos sin
asistencia de sistemas profesionales de administracin de informacin.

Las caractersticas ms importantes de los modelos relacionales son:

a. Es importante saber que las entradas en la tabla tienen un solo valor (son atmicos);
no se admiten valores mltiples, por lo tanto la interseccin de un rengln con una
columna tiene un solo valor, nunca un conjunto de valores.
b. Todas las entradas de cualquier columna son de un solo tipo. Por ejemplo, una
columna puede contener nombres de clientes, y en otra puede tener fechas de
nacimiento. Cada columna posee un nombre nico, el orden de las comunas no es de

importancia para la tabla, las columnas de una tabla se conocen como atributos. Cada
atributo tiene un dominio, que es una descripcin fsica y lgica de valores permitidos.
c. No existen 2 filas en la tabla que sean idnticas.
d. La informacin en las bases de datos son representados como datos explcitos, no
existen apuntadores o ligas entre las tablas.

Normalizacin de Bases de Datos

El proceso de normalizacin es un mtodo propio del modelo relacional y consiste en
descomponer las relaciones originales en otras ms pequeas con el fin de eliminar una
serie de anomalas de almacenamiento y manipulacin que se pueden dar en las
relaciones iniciales y que conformaran la futura base de datos relacional
El proceso de normalizacin se compone de una serie de seis etapas llamadas formas
normales.
Paralelo a la definicin de las diferentes formas normales, es preciso definir varios
conceptos, como son los de dependencia funcional, dependencia multivaluada y
dependencia producto, que establecen estas diferentes formas normales.
Entre los beneficios que se pueden dar en una base de datos correctamente normalizada
se encuentran los siguientes:

Reducir los problemas asociados con la supresin e insercin de tuplas.

Reducir el tiempo asociado con modificaciones de la tuplas.

Identificar problemas potenciales que pueden requerir un anlisis adicional.

Mejorar la informacin para la toma de decisiones referentes a la organizacin fsica de

los datos.

Primera Forma Normal (1FN)

Se refiere a la representacin de una relacin, en la cual los atributos son diferentes y los
valores de cada uno de esos atributos son componentes atmicos.
Las dependencias son asociaciones entre varios atributos de una misma relacin. As los
valores de algunos atributos en una relacin pueden determinar en forma nica, el
conocimiento de los valores de otros atributos de la misma relacin.
Una dependencia funcional es una regla de integridad que significa que el conocimiento
de un valor X determina un nico valor de Y.

Segunda Forma Normal (2FN)

Una relacin se encuentra en segunda forma normal, si se encuentra en 1FN y si ningn
atributo no llave depende parcialmente de la llave primaria.

Tercera Forma Normal (3FN)

Una relacin se encuentra en tercera forma normal si se encuentra en 2FN y no existe una
dependencia transitiva entre atributos no llave.

Introduccin a MySQL
Qu es MySQL
MySQL es un sistema de base de datos basado en el modelo relacional, multihilo y multiusuario.
Multihilo significa que el sistema distribuye automticamente las tareas a realizar entre los
procesadores disponibles, optimizando el rendimiento. El nombre proviene de la unin de My con
SQL. My era la hija del cofundador de la empresa originaria de la idea.
Por qu utilizar MySQL:

Es cdigo abierto, lo que significa que es gratis de utilizar y que se puede modificar.
Su uso est muy extendido: desde sistemas gestores de contenidos como WordPress y
Drupal, a grupos de empresas como Prisa.
Es muy fcil de aprender y utilizar, al ser muy intuitivo.
Funciona muy bien junto con PHP, lo que permite crean pginas web dinmicas con
facilidad.

Operaciones bsicas con MySQL

Con MySQL se pueden realizar muchos tipos de operaciones. Las operaciones bsicas son:

Crear bases de datos

Crear usuarios, grupos de usuarios y contraseas.
Crear y modificar tablas
Eliminar tablas
Cargar datos
Aadir y modifcar registros en las tablas
Consultar y actualizar los registros
Eliminar registros
Hacer consultas conjuntas a varias tablas en modo vista
Operaciones de agrupacin, orden, comparacin, etc.
Operaciones avanzadas, como programacin de triggers, procesos almacenados, etc.