Professional Documents
Culture Documents
Usuarios normales. Son usuarios no sofisticados que interactan con el sistema mediante un
programa de aplicacin con una interfaz de formularios, donde puede rellenar los campos apropiados
del formulario. Estos usarios pueden tambin simplemente leer informes generados de la base de
datos.
Programadores de aplicaciones. Son profesionales informticos que escriben los programas de
aplicacin, utilizando herramientas para desarrollar interfaces de usuario, como las herramientas
de desarrollo rpido de aplicaciones (DRA), que facilitan crear los formularios e informes sin
escribir directamente el programa.
Usuarios sofisticados. Interactan con el sistema sin programas escritos, usando el lenguaje de
consulta de base de datos para hacer sus consultas. Los analistas que envan las consultas para
explorar los datos en la base de datos entran en esta categora, usando ellos las herramientas
de procesamiento analtico en lnea (OLAP, OnLine Analytical Processing), o herramientas
de recopilacin de datos.
Usuarios especializados. Son usuarios sofisticados que escriben aplicaciones de bases de datos
especializadas y adecuadas para el procesamiento de datos tradicional. Entre estas aplicaciones estn
los sistemas de diseo asistido por computadora, sistemas de base de conocimientos y sistemas
expertos, sistemas que almacenan datos de tipos de datos complejos (como grficos y de audio) y
sistemas de modelado de entorno.
Administradores de la base de datos (ABD). Son las personas que tienen el control central del
SGBD. Entre las funciones del ABD se encuentran:
Mantenimiento rutinario.
Usuario Final: es la persona que utiliza los datos, esta persona ve datos convertidos en
informacin:
sitio de Internet. Por ejemplo, el usuario joe que conecta desde office.com no tiene porqu
ser la misma persona que el usuario joe que conecta desde elsewhere.com. MySQL trata
esto permitiendole distinguir usuarios en diferentes equipos que tienen el mismo nombre.
Puede otorgar un conjunto de privilegios para conexiones de joe desde office.com, y un
conjunto distinto para conexiones de joe desde elsewhere.com.
El control de acceso de MySQL implica dos etapas:
user
Alcance
columnas Host
User
db
host
Host
Host
Db
Db
Columna
s
privilegio
s
Password
User
Select_priv
Select_priv
Select_priv
Insert_priv
Insert_priv
Insert_priv
Update_priv
Update_priv
Update_priv
Delete_priv
Delete_priv
Delete_priv
Index_priv
Index_priv
Index_priv
Alter_priv
Alter_priv
Alter_priv
Create_priv
Create_priv
Create_priv
Drop_priv
Drop_priv
Drop_priv
Grant_priv
Grant_priv
Grant_priv
Create_view_priv
Create_view_priv
Create_view_priv
Show_view_priv
Show_view_priv
Show_view_priv
Create_routine_priv
Create_routine_priv
Alter_routine_priv
Alter_routine_priv
References_priv
References_priv
References_priv
Reload_priv
Shutdown_priv
Process_priv
File_priv
Show_db_priv
Super_priv
Create_tmp_table_pri Create_tmp_table_pri Create_tmp_table_pri
v
v
v
Lock_tables_priv
Execute_priv
Repl_slave_priv
Repl_client_priv
Columna
s
seguridad ssl_type
ssl_cipher
x509_issuer
x509_subject
Columna
max_questions
Lock_tables_priv
Lock_tables_priv
s
recursos
control
max_updates
max_connections
max_user_connections
Execute_priv se present en MySQL 5.0.0, pero no fue operacional hasta MySQL 5.0.3.
tables_priv
columns_priv
Alcance de columnas
Host
Host
Db
Db
User
User
Table_name
Table_name
Column_name
Columnas privilegios
Table_priv
Column_priv
Column_priv
Otras columnas
Timestamp
Timestamp
Grantor
procs_priv
Alcance de columnas
Host
Db
User
Routine_name
Routine_type
Columnas privilegios
Proc_priv
Otras columnas
Timestamp
Grantor
tablas; esto es, el contexto en que el registro se aplica. Por ejemplo, un registro de la
tabla user con los valores Host y User de'thomas.loc.gov' y 'bob' se usaran para
autenticar conexiones hechas al servidor desde el equipothomas.loc.gov por un cliente
que especifique un nombre de usuario de bob. De forma similar, un registro de la
tabla db con las columnas Host, User, y Db con
valores 'thomas.loc.gov', 'bob' y 'reports' se usara cuando bob conectase desde
el equipo thomas.loc.gov para acceder a la base de datos reports . Las
tablastables_priv y columns_priv contienen columnas de alcance indicando tablas o
combinaciones de tabla/columna para las que cada registro se aplica. La columna de
alcance procs_priv indica la rutina de almacenamiento que se aplica a cada registro.
Las columnas de privilegios indican qu privilegios se otorgan a un registro de la
Tipo
Host
CHAR(60)
User
CHAR(16)
Password
CHAR(16)
Db
CHAR(64)
Table_name
CHAR(64)
Column_name
CHAR(64)
Routine_name
CHAR(64)
Con propsito de chequeos de acceso, las comparaciones de los valores de Host no tienen
en cuenta maysculas y minsculas. Los valores de User, Password, Db, y Table_name son
sensibles a maysculas y minsuclas. Los valores de Column_name no son sensibles a
maysculas y minsculas.
En las tablas user, db, y host , cada privilegio se lista en una columna separada que se
declara comoENUM('N','Y') DEFAULT 'N'. En otras palabras, cada privilegio puede estar
desactivado o activado, estando desactivados por defecto.
En las tablas tables_priv, columns_priv, and procs_priv , las columnas de privilegios se
declaran como columnas de tipo SET. Los valores en estas columnas pueden contener
cualquier combinacin de los privilegios controlados por la tabla:
Nombre de
tabla
Nombre de
columna
tables_priv
Table_priv
tables_priv
Column_priv
columns_priv Column_priv
procs_priv
Proc_priv
La tabla host se usa en conjuncin con la tabla db cuando desea que un registro de
la tabla db se aplique a varios equipos. Por ejemplo, si queiere que un usuario sea capaz
de usar una base de datos desde varios equipos en su red, deje el valor Host vaco en el
registro de usuario de la tabladb , luego rellene la tabla hostcon un registro para cada uno
de estos equipos. Este mecanismo se describe con mayor detalle enSeccin 5.6.6, Control
de acceso, nivel 2: comprobacin de solicitudes.
Nota: La tabla host no se ve afectada por los comandos GRANT ni REVOKE . La mayora de
instalaciones MySQSL no necesitan usar esta tabla en absoluto.
Transacciones (motor de
la base de datos)
Una transaccin es una secuencia de operaciones realizadas como una sola unidad
lgica de trabajo. Una unidad lgica de trabajo debe exhibir cuatro propiedades,
conocidas como propiedades de atomicidad, coherencia, aislamiento y durabilidad
(ACID), para ser calificada como transaccin.
Atomicidad
Una transaccin debe ser una unidad atmica de trabajo, tanto si se realizan
todas sus modificaciones en los datos, como si no se realiza ninguna de ellas.
Coherencia
Cuando finaliza, una transaccin debe dejar todos los datos en un estado
coherente. En una base de datos relacional, se deben aplicar todas las reglas a
las modificaciones de la transaccin para mantener la integridad de todos los
datos. Todas las estructuras internas de datos, como ndices de rbol b o listas
doblemente vinculadas, deben estar correctas al final de la transaccin.
Aislamiento
Las modificaciones realizadas por transacciones simultneas se deben aislar de
las modificaciones llevadas a cabo por otras transacciones simultneas. Una
transaccin reconoce los datos en el estado en que estaban antes de que otra
transaccin simultnea los modificara o despus de que la segunda transaccin
haya concluido, pero no reconoce un estado intermedio. Esto se conoce como
seriabilidad, ya que deriva en la capacidad de volver a cargar los datos iniciales
y reproducir una serie de transacciones para finalizar con los datos en el mismo
estado en que estaban despus de realizar las transacciones originales.
Durabilidad
Una vez concluida una transaccin, sus efectos son permanentes en el sistema.
Las modificaciones persisten an en el caso de producirse un error del sistema.
Tipos de transacciones
Tipo Descripcin
Lenguaje de Manipulacin de
Datos (DML Data manipulation
Language)
Consiste de cualquier nmero de sentencias DML que el
servidor de Oracle trate como una sola entidad o una unidad
lgica de trabajo
Lenguaje de Definicin de datos
(DDL Data Definition Language)
Consiste de solo una sentencia DDL
Lenguaje de Control de Datos
(DCL Data Control Language)
Consiste de solo una sentencia DCL
Qu es el ODBC?
Open Data Base Conectivity
ADO.NET
ADO.NET es un conjunto de clases que exponen servicios de acceso a datos para
programadores de .NET Framework. ADO.NET ofrece abundancia de componentes para
la creacin de aplicaciones de uso compartido de datos distribuidas. Constituye una
parte integral de .NET Framework y proporciona acceso a datos relacionales, XML y de
aplicaciones. ADO.NET satisface diversas necesidades de desarrollo, como la creacin
de clientes de base de datos front-end y objetos empresariales de nivel medio que
utilizan aplicaciones, herramientas, lenguajes o exploradores de Internet.
ADO .NET ha sido ampliado para cubrir todas las necesidades que ADO no ofreca, ADO .NET
est diseado para trabajar con conjuntos de datos desconectados, lo que permite reducir el
trfico de red.
ADO .NET utiliza XML como formato universal de transmisin de los datos.
ADO .NET posee una serie de objetos que son los mismos que aparecen en la versin anterior
de ADO, como pueden ser el objeto Connection o Command, e introduce nuevos objetos tales
como el objeto DataReader, DataSet o DataView. A continuacin vamos a comentar
brevemente los objetos principales que posee ADO
NET.
Los espacios con nombre que utiliza ADO .NET principalmente
son System.Data y System.Data.OleDb o System.Data.SqlClient. System.Data ofrece
las facilidades de codificacin para el acceso y manejo de datos, y System.Data.OleDb y
System.Data.SqlClient contienen los proveedores, en el primer caso los proveedores genricos
de OLE DB y en el segundo los proveedores nativos de SQL Server que ofrece la plataforma
.NET.
El objeto Connection define como se establece la conexin con el almacn de datos, el .NET
Framework ofrece dos objetos Connection:SqlConnection y OleDbConnection, que se
corresponde con las dos posibilidades de proveedores que disponemos.
Otro objeto importante dentro del modelo de objetos de ADO .NET es el
objeto System.Data.DataSet (conjunto de datos), este nuevo objeto representa un conjunto
de datos de manera completa, pudiendo incluir mltiples tablas junto con sus relaciones. No
debemos confundir el nuevo objeto DataSet con el antiguo objeto Recordset, el objeto
DataSet contiene un conjunto de tablas y las relaciones entre las mismas, sin embargo el objeto
Recordset contiene nicamente una tabla. Para acceder a una tabla determinada el objeto
DataSet ofrece la coleccin Tables.
Para poder crear e inicializar las tablas del DataSet debemos hacer uso del objeto DataAdapter,
que posee las dos versiones, es decir, el objetoSqlDataAdapter para SQL Server
y OleDbDataAdapter genrico de OLE DB.
Al objeto DataAdapter le pasaremos por parmetro una cadena que representa la consulta que
se va a ejecutar y que va a rellenar de datos el DataSet. Del objeto DataAdapter utilizaremos
el mtodo Fill(), que posee dos parmetros, el primero es una cadena que identifica el
objeto DataTable (tabla)que se va a crear dentro del objeto DataSet como resultado de la
ejecucin de la consulta y el segundo parmetro es el objeto DataSet en el que vamos a recoger
los datos.
Un DataSet puede contener diversas tablas, que se representan mediante objetos DataTable.
Para mostrar el contenido de un DataSet, mediante Data Binding, por ejemplo, necesitamos el
objeto DataView. Un objeto DataView nos permite obtener un subconjunto personalizado de
los datos contenidos en un objeto DataTable. Cada objeto DataTable de un DataSet posee
la propiedad DefaultView que devuelve la vista de los datos por defecto de la tabla.
Otro objeto de ADO .NET es el objeto DataReader, que representa un cursor de slo lectura y
que slo permite movernos hacia adelante (read-only/forward-only), cada vez que existe un
nico registro en memoria, el objeto DataReader mantiene abierta la conexin con el origen de
los datos hasta que es cerrado. Al igual que ocurra con otros objetos de ADO .NET, de este
objeto tenemos dos versiones, y que son los objetos SqlDataReadery OleDbDataReader.
Para aquellos conocedores de ADO en alguna de sus versiones anteriores podemos hacer una
analoga o comparacin entre las antiguas clases de ADO y las nuevas de ADO .NET, en la
Figura 3 se puede ver esta aproximacin.
Bibliografa
http://uvfdatabases.wordpress.com/2009/02/07/tipos-de-usuarios-de-la-basede-datos/
http://www.monografias.com/trabajos34/base-de-datos/base-dedatos.shtml#tipos
http://dev.mysql.com/doc/refman/5.0/es/privileges.html
http://technet.microsoft.com/es-es/library/ms190612(v=sql.105).aspx
http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r23110.PDF
http://www.uv.es/jac/guia/gestion/gestion3.htm
http://support.microsoft.com/kb/110093/es
http://msdn.microsoft.com/es-es/library/e80y5yhx(v=vs.110).aspx
http://www.monografias.com/trabajos93/ado-net-idat/ado-netidat.shtml#adonetyxma