La contabilidad es la disciplina que permite reflejar la actividad económica de un negocio.

Se
basa en un conjunto de procedimientos estandarizados. Este conjunto de reglas es lo que se
conoce como los Principios de Contabilidad Generalmente Aceptados o PCGA.El objetivo de la
contabilidad es proporcionar información de confianza sobre los resultados de una empresa
obtenidos en un periodo de tiempo determinado. Asimismo, sirve para que aquellos que
administran el negocio puedan tomar decisiones de acuerdo a esta información.

https://debitoor.es/glosario/contabilidad

Depreciación Método por el que se valora el coste que supone la pérdida de valor por uso de
un bien que la empresa posee. El método más utilizado para depreciar un bien es el lineal y
consiste en calcular el tiempo de utilidad del bien (normalmente en años), después se calcula
la cantidad mensual o anual en la que se deprecia y se hace el sumatorio de la depreciación
acumulada

https://debitoor.es/glosario/definicion-depreciacion

Un activo son bienes o derechos que la empresa posee. Un activo es un bien que la empresa
posee y que puede convertirse en dinero u otros medios líquidos equivalentes.

https://debitoor.es/glosario/definicion-de-activo

El pasivo se encuentra recogido en el balance de situación de la empresa según está recogido

en el Plan General de Contabilidad. El pasivo consiste en las deudas que la empresa posee,
recogidas en el balance de situación, y comprende las obligaciones actuales de la compañía
que tienen origen en transacciones financieras pasadas.

https://debitoor.es/glosario/definicion-de-pasivo

El patrimonio de una empresa, esto es, el conjunto de bienes, derechos y obligaciones que
constituyen los medios económicos para que una empresa funcione, está compuesto por lo
que se conoce como masas patrimoniales: activo, pasivo y patrimonio neto.

https://debitoor.es/glosario/que-es-el-patrimonio-neto

Un ingreso es un incremento de los recursos económicos. Éste debe entenderse en el contexto

de activos y pasivos, puesto que es la recuperación de un activo.

Los ingresos suponen incrementos en el patrimonio neto de tu empresa. Puede tratarse del
aumento del valor de tus activos o la disminución de un pasivo.

Sin embargo, no se contemplan las aportaciones de socios o propietarios, puesto que se

entienden que es algo que la empresa debe devolver con el tiempo.

https://debitoor.es/glosario/que-es-un-ingreso
Las amortizaciones son reducciones en el valor de los activos o pasivos para reflejar en el
sistema de contabilidad cambios en el precio del mercado u otras reducciones de valor.

Con las amortizaciones, los costes de hacer una inversión se dividen entre todos los años de
uso de esa inversión.

https://debitoor.es/glosario/definicion-amortizacion

ACTIVO CORRIENTE

Comprende los bienes y derechos que razonablemente puede ser convertibles en efectivo o
que por su naturaleza pueden estar disponibles en un periodo no superior a un año.

http://www.businesscol.com/productos/glosarios/contable/glossary.php?word=ACTIVO%20C
ORRIENTE

AJUSTE

Cualquier cambio en una cuenta, ocasionado por un asiento de ajuste

http://www.businesscol.com/productos/glosarios/contable/glossary.php?word=AJUSTE

ACTIVO INTANGIBLE

Esta categoria incluye a. Bienes economicos inmateriales de propiedad de una persona,

empresa u organizacion, tales como patentes, marcas, derechos de llave, etc. b. El Derecho de
uso o de usufructo que posee una persona, empresa u organización sobre bienes económicos,
materiales, derecho que no puede ser transferido.

http://www.businesscol.com/productos/glosarios/contable/glossary.php?word=ACTIVO%20IN
TANGIBLE

ente contable Unidad económica que tiene control sobre los recursos, acepta las
responsabilidades de contraer y cumplir compromisos y realiza una actividad económica.”
Dentro del sistema contable, el ente es de suprema importancia pues éste define lo necesario
y pertinente dentro de la información contable para los actores que intervienen en su entorno.

https://es.scribd.com/doc/20721072/ENTIDAD-CONTABLE

Los pagos anticipados forman parte del activo circulante cuando el periodo de beneficios
futuros es menor de 1 año o menor del ciclo financiero a corto plazo. -De existir pagos
anticipados por períodos superiores a un año o al ciclo financiero deberán reclasificarse y
presentarse como activo no circulante.

https://www.uv.mx/personal/alsalas/files/2012/03/Pagos-anticipados.pdf
Los activos fijos o activos no corrientes son los activos que corresponden a bienes y derechos
que no son convertidos en efectivo por una empresa en el año, y permanecen en ella durante
más de un ejercicio.

https://es.wikipedia.org/wiki/Activo_fijo

El pasivo corriente o pasivo circulante es la parte del pasivo que contiene las obligaciones a
corto plazo de una empresa, es decir, las deudas y obligaciones que tienen una duración
menor a un año. Por ello, también se le conoce como exigible a corto plazo.

http://economipedia.com/definiciones/pasivo-corriente.html

El pasivo no corriente, también llamado pasivo fijo, está formado por todas aquellas deudas y
obligaciones que tiene una empresa a largo plazo, es decir, las deudas cuyo vencimiento es
mayor a un año y por lo tanto no deberán devolver el principal durante el año en curso,
aunque si los intereses.

http://economipedia.com/definiciones/pasivo-no-corriente.html

ACUMULACIÓN

En la teoría económica marxista se usa este término para referirse al Crecimiento o aumento
de Capital que se va generando históricamente en una Empresa, rama de actividad o nación.

https://www.eco-finanzas.com/diccionario/A/ACUMULACION.htm

EGRESOS

Erogación o salida de Recursos Financieros, motivada por el compromiso de liquidación de

algún Bien o servicio recibido o por algún otro concepto.

Desembolsos o salidas de Dinero, aun cuando no constituyan Gasto que afecten las pérdidas
o Ganancias. En contabilidad fiscal, los pagos que se hacen con cargo al Presupuesto de
egresos.

https://www.eco-finanzas.com/diccionario/E/EGRESOS.htm

El costo en contabilidad hace referencia al momento en el que una empresa invierte dinero en
la producción de un bien, servicio o producto. Para este fin se tiene en cuenta tres
elementos: Materia prima, mano de obra y costos generales de producción.

https://www.siigo.com/blog/empresario/que-es-un-costo-en-contabilidad/

inversiones Representan colocaciones de dinero sobre las cuales una empresa espera obtener
algún rendimiento a futuro, ya sea, por la realización de un interés, dividendo o mediante
la venta a un mayor valor a su costo de adquisición.
http://www.monografias.com/trabajos12/cntbtres/cntbtres.shtml

El capital de trabajo, como su nombre lo indica es el fondo económico que utiliza la Empresa
para seguir reinvirtiendo y logrando utilidades para así mantener la operación corriente del
negocio

https://contapuntual.wordpress.com/2012/02/08/que-es-el-capital-de-trabajo/

re expresión Es el proceso contable mediante el cual se reconoce el incremento de precios en

la revaluación de los activos de una empresa. A través de este procedimiento se afecta
directamente eÍ balance general, en el cual se deberá hacer su respectiva anotación por efecto
de auditoría y, por tanto, será necesario tomar como referencia de revaluación los aumentos
que se han registrado en los índices de precios.
http://www.monografias.com/trabajos81/la-reexpresion-estados-financieros/la-reexpresion-
estados-financieros.shtml

El capital representa la financiación procedente de las aportaciones realizadas por los

propietarios de la empresa, tanto en el momento en que ésta se formó como en fechas
posteriores.

https://www.contabilidadtk.es/capital-55.htm

Una revalorización, es la diferencia positiva entre el valor justo de mercado de un activo y su

coste original, menos la depreciación. Las revalorizaciones se reconocen directamente en el
patrimonio neto y por lo tanto no afectarán a la cuenta de resultados.

https://debitoor.es/glosario/definicion-revalorizacion

costo histórico Principio básico de contabilidad gubernamental que establece que los Bienes se
deben registrar a su Costo de adquisición o a su Valor estimado, en caso de que
sean Producto de una donación, expropiación o adjudicación.

Precio original al que se adquieren los activos, se usa especialmente este término para
demostrar los Precios de Compra de los activos fijos.

https://www.eco-finanzas.com/diccionario/C/COSTO_HISTORICO.htm

Por Primas de seguros entendemos los pagos que hace la empresa a las compañías
aseguradoras, por los cuales adquiere el derecho de asegurar los bienes de su negocio contra
incendios, riesgos y accidentes, robos, etc.

https://www.taringa.net/posts/info/17425854/Contabilidad-Primas-de-seguro.html
Un impuesto es un tributo que se paga al estado para soportar los gastos públicos. Estos pagos
obligatorios son exigidos tantos a personas físicas, como a personas jurídicas.

La colecta de impuestos es la forma que tiene el estado (como lo conocemos hoy en día), para
financiarse y obtener recursos para realizar sus funciones.

https://debitoor.es/glosario/definicion-impuesto

Los impuestos diferidos son impuestos a cargo o a favor de la entidad, atribuibles a la utilidad
del periodo y que surgen de las diferencias temporales, las pérdidas fiscales y los créditos
fiscales.

https://www.soyconta.mx/que-son-los-impuestos-diferidos/

regalía es la “participación en los ingresos o cantidad fija que se paga al propietario de un

derecho a cambio del permiso para ejercerlo” o lo que es lo mismo, regalía es la
contraprestación económica en un porcentaje de los resultados por el uso de la propiedad
ajena registrada por otra persona. Por lo tanto, cuando una persona o una empresa explota
económicamente el derecho de otra debe pagar regalías.

https://www.mytriplea.com/diccionario-financiero/regalias/

Deterioro cuando nos referimos a la pérdida de valor de carácter reversible en el inmovilizado

intangible material y las inversiones inmobiliarias. Es decir, cabría la posibilidad que ese activo
pudiese recuperar su valor en el futuro.

Contablemente, el deterioro se contempla como un gasto

https://www.pymesyautonomos.com/fiscalidad-y-contabilidad/diferencias-entre-deterioro-y-
provision-a-nivel-contable

Crédito Tributario Un valor que debe restarse del impuesto mismo. Ejemplos son el crédito por
el ingreso ganado y el crédito para gastos en la crianza de los niños.

https://glosarios.servidor-alicante.com/contabilidad/credito-tributario

“mercancías en tránsito” se refiere a la adquisición de mercancías que se hacen fuera de la

plaza del comerciante y se controlan por separado en virtud de que tienen costos adicionales,
como lo son: gastos por almacenamiento, empaque, fletes y traslados, derechos de
importación, desde que se adquieren en el lugar de origen hasta que llegan a nuestros
almacenes.
https://contaextranjera.wordpress.com/2016/08/18/mercancias-en-transito/

construcciones en curso Registra los costos incurridos por el ente económico en la

construcción o ampliación de edificaciones destinadas a oficinas, locales, bodegas, plantas de
operación; así como de otras obras en proceso, que serán utilizadas en las labores operativas o
administrativas. Una vez terminadas dichas obras, sus saldos se trasladarán a las cuentas
correspondientes.

El costo incluye los desembolsos por materiales, mano de obra, licencias, honorarios
profesionales, costos financieros e interventoría y otros costos efectuados hasta el momento
en que el bien quede adecuado para su uso.

https://puc.com.co/1508

La jubilación patronal consiste en el pago de una pensión mensual y vitalicia para el trabajador
que haya prestado sus servicios al mismo empleador por 25 años o más, calculada conforme al
Código del Trabajo. Como alternativa a esa pensión mensual, puede hacerse un pago único
sustitutivo conocido como fondo global.

http://www.pbplaw.com/jubilacion-patronal/

Activo biológico: Segundo las NIC – Normas Internacionales de Contabilidad, un activo

biológico es un animal vivo o una planta.

http://knoow.net/es/cieeconcom/contabilidad/activo-biologico/

La propiedad, planta y equipo son los activos tangibles que posee una empresa para su uso en
la producción o suministro de bienes y servicios, para arrendarlos a terceros o para propósitos
administrativos, y se esperan usar durante más de un período económico

http://www.eafit.edu.co/escuelas/administracion/consultorio-
contable/Documents/Nota%20de%20clase%2052.%20propiedad%20planta%20y%20equipo.p
df

Los activos intangibles son bienes que posee la empresa y que no pueden ser percibidos
físicamente. Sin embargo, se consideran activos porque ayudan a que la empresa produzca un
rendimiento económico a través de ellos.

https://www.economiasimple.net/glosario/activo-intangible

Las propiedades de inversión son propiedades (terrenos o edificios, o partes de un edificio, o

ambos) que mantiene el dueño o el arrendatario bajo un arrendamiento financiero para
obtener rentas, plusvalías o ambas

https://www.gerencie.com/cuando-un-activo-es-propiedades-de-inversion-y-no-propiedad-
planta-y-equipo.html
Una garantía es un contrato mediante el cual se pretende dotar de una mayor seguridad al
cumplimiento del pago de una deuda.

https://es.wikipedia.org/wiki/Garant%C3%ADa

desmantelamiento Importe estimado de los costes de desmantelamiento o retiro del

inmovilizado, así como la rehabilitación del lugar sobre el que se asienta. La empresa puede
incurrir en estas obligaciones en el momento de adquirir el inmovilizado o para poder utilizar
el mismo durante un determinado periodo de tiempo, incluso con propósito distinto a la
producción de existencias.

http://anfisiografia.blogspot.com/2013/04/provision-por-desmantelamiento-retiro-o.html

contrato de carácter oneroso es todo aquel contrato en el cual los costes inevitables de
cumplir con las obligaciones que conlleva, exceden a los beneficios económicos que se esperan
recibir del mismo.

http://www.old.knoow.net/es/cieeconcom/contabilidad/contrato_de_caracter_oneroso.htm

El arrendamiento operativo, que es el término que nos ocupa, es un contrato mercantil

mediante el cual el propietario de un activo transfiere el derecho de uso a otra persona a
cambio del pago de un canon periódico.

https://www.mytriplea.com/diccionario-financiero/arrendamiento-operativo/

Agrupa las subcuentas que acumulan otros gastos de gestión que por su naturaleza no se
consideran como consumo de bienes relacionados con la producción o la prestación de
servicios, ni como remuneración de los factores de la producción (gastos de personal, tributos,
intereses, depreciaciones y provisiones del ejercicio).

https://www.plangeneralcontable.com/pe/tit=65-otros-gastos-de-
gestion&name=GeTia&contentId=pgcp_65&lastCtg=ctg_58

La comisión es un mandato comercial, sin representación consistente, es una orden o facultad,

que una persona natural o jurídica da a otra persona natural o jurídica, para que esta por
cuenta de ella realice una determinada operación comercial, la cual genera beneficio
económico en su favor, denominado Comisión.

http://www.mailxmail.com/comision-contabilidad-general_h
Las mermas son las pérdidas que se producen en el proceso de producción.

https://www.solocontabilidad.com/costos-por-procesos/mermas

Las contribuciones son los ingresos que percibe el Estado, reconocidas en la ley, mediante
aportaciones obligatorias que son exigidas a los ciudadanos y que sirven para que el gobierno
pueda cumplir con su función pública; o dicho de otra manera, para que satisfaga las
necesidades de un gobierno y así cumplir con la funciones básicas que regulan la convivencia
de los ciudadanos, como la educación, la salud, la impartición de justicia, promoción del
desarrollo económico, etc.

https://www.launion.com.mx/opinion/actualidad-fiscal/noticias/68875-%C2%BFqu%C3%A9-
son-las-contribuciones.html

valor de los ingresos recibidos por el ente económico por concepto de indemnizaciones por
siniestros ocurridos, debiendo reconocerse en ella el valor causado o recibido por concepto de
la indemnización

https://cijuf.org.co/sites/cijuf.org.co/files/documentos_interes/FLASH343.pdf

Los índices financieros son técnicas que se emplea para analizar las situaciones financieras de
la empresas, siendo el insumo principal para los análisis los estados financieros, como
el balance general, el estado de ganancias y pérdidas y el estado de flujo de efectivo.

http://www.monografias.com/trabajos90/indices-financieros/indices-financieros.shtml

Bajas de inventario son las mercaderías, productos, artículos, etc. Que posee una empresa en
sus almacenes y que están destinadas para la venta, en el transcurso del tiempo por razones
voluntarias o involuntarias del encargado, estas llegan hacer no útiles para la venta

http://www.mailxmail.com/bajas-inventarios-contabilidad_h
Una base de datos es una colección de información organizada de forma que un programa de
ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite. Una base de
datos es un sistema de archivos electrónico.
Las bases de datos tradicionales se organizan por campos, registros y archivos. Un campo es
una pieza única de información; un registro es un sistema completo de campos; y un archivo es
una colección de registros

http://www.masadelante.com/faqs/base-de-datos

Bases De Datos Estáticas

Estas son bases de datos de solo lectura, utilizadas primordialmente para almacenar datos
historicos que posteriormente se pueden utilizar para estudiar el comportamiento de un
conjunto de datos a traves del tiempo, realizar proyecciones y tomar decisiones.

Bases De Datos Dinámicas

Estas son bases de datos donde la informacion almacenada se modifica con el tiempo,
permitiendo operaciones como actualizacion, borrado y adicion de datos, ademas de las
operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos
utilizada en un sistema de informacion de un supermercado, una farmacia, un videoclub o una
empresa.

Modelos De Bases De Datos

Ademas de la clasificacion por la funcion de las bases de datos, estas tambien se pueden
clasificar de acuerdo a su modelo de administracion de datos.

Un modelo de datos es basicamente una "descripcion" de algo conocido como contenedor de

datos (algo en donde se guarda la informacion), asi como de los métodos para almacenar y
recuperar informacion de esos contenedores. Los modelos de datos no son cosas fisicas: son
abstracciones que permiten la implementacion de un sistema eficiente de base de datos; por
lo general se refieren a algoritmos , y conceptos matematicos.

Algunos modelos con frecuencia utilizados en las bases de datos:

Bases De Datos Jerárquicas

Éstas son bases de datos que, como su nombre indica, almacenan su información en una
estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol
(visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que
no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce comohojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que
manejan un gran volumen de información y datos muy compartidos permitiendo crear
estructuras estables y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de representar

eficientemente la redundancia de datos.

Base De Datos De Red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la

modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres
(posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente
al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la
información en una base de datos de red ha significado que sea un modelo utilizado en su
mayoría por programadores más que por usuarios finales.

Bases De Datos Transaccionales

Son bases de datos cuyo único fin es el envío y recepción de datos a grandes velocidades, estas
bases son muy poco comunes y están dirigidas por lo general al entorno de análisis de calidad,
datos de producción e industrial, es importante entender que su fin único es recolectar y
recuperar los datos a la mayor velocidad posible, por lo tanto la redundancia y duplicación de
información no es un problema como con las demás bases de datos, por lo general para
poderlas aprovechar al máximo permiten algún tipo de conectividad a bases de datos
relacionales.

Bases De Datos Relacionales

Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos
dinámicamente. Tras ser postulados sus fundamentos en 1970 , de los laboratorios Ibm en San
Jose , no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos. Su
idea fundamental es el uso de "relaciones". Estas relaciones podrían considerarse en forma
lógica como conjuntos de datos llamados "tuplas". Pese a que ésta es la teoría de las bases de
datos relacionales creadas por Codd, la mayoría de las veces se conceptualiza de una manera
más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está
compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos(las
columnas de una tabla).

En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a
diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja
de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La
información puede ser recuperada o almacenada mediante "consultas" que ofrecen una
amplia flexibilidad y poder para administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos relacionales es
SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar
implementado por los principales motores o sistemas de gestión de bases de datos
relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como
normalisazion de una base de datos

Durante los años 80 la aparición de dBASE produjo una revolución en los lenguajes de
programación y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase
no utilizaba SQL como lenguaje base para su gestión.

Bases De Datos Multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación
de cubos olap Básicamente no se diferencian demasiado de las bases de datos relacionales
(una tabla en una base de datos relacional podría serlo también en una base de datos
multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos
multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien
representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.

Bases De Datos Orientadas a Objetos

Este modelo, bastante reciente, y propio de los modelos informaticos enfocado a objetos,
trata de almacenar en la base de datos los objetos completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos
importantes del paradigma de objetos:

encapsulacion - Propiedad que permite ocultar la información al resto de los objetos,

impidiendo así accesos incorrectos o conflictos.

Hrencia- Propiedad a través de la cual los objetos heredan comportamiento dentro de una
jerarquía de clases.

Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos
tipos de objetos.

En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los
datos como parte de la definición de la base de datos. Una operación (llamada función) se
especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la
operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o
método) de la operación se especifica separadamente y puede modificarse sin afectar la
interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando
a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se
han implementado. Esto podría denominarse independencia entre programas y operaciones.

Bases De Datos Documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más

potentes. Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.

Bases De Datos Deductivas

Un sistema de base de datos deductiva, es un sistema de base de datos pero con la diferencia
de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y
hechos que son almacenados en la base de datos. Las bases de datos deductivas son también
llamadas bases de datos lógicas, a raíz de que se basa en lógica matemática.

Gestión de bases de datos distribuida (SGBD)

La base de datos y el software SGBD pueden estar distribuidos en múltiples sitios conectados
por una red.

Hay de dos tipos:

1. Distribuidos homogéneos: utilizan el mismo SGBD en múltiples sitios.

2. Distribuidos heterogéneos: Da lugar a los SGBD federados o sistemas multibase de datos en

los que los SGBD participantes tienen cierto grado de autonomía local y tienen acceso a varias
bases de datos autónomas preexistentes almacenados en los SGBD, muchos de estos emplean
una arquitectura cliente-servidor.

Estas surgen debido a la existencia física de organismos descentralizados. Esto les da la

capacidad de unir las bases de datos de cada localidad y acceder así a distintas universidades,
sucursales de tiendas, etcétera.

Fuentes:

http://es.wikipedia.org/wiki/Base_de_datos

http://www.monografias.com/trabajos5/basede/basede.shtml

http://www.htmlpoint.com/sql/sql_02.htm
La normalización de bases de datos es un proceso que consiste en designar y aplicar una serie
de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo
relacional.

Las bases de datos relacionales se normalizan para:

Evitar la redundancia de los datos.

Disminuir problemas de actualización de los datos en las tablas.

Proteger la integridad de datos.

En el modelo relacional es frecuente llamar tabla a una relación, para que una tabla sea
considerada como una relación tiene que cumplir con algunas restricciones:

Cada tabla debe tener su nombre único.

No puede haber dos filas iguales. No se permiten los duplicados.

Todos los datos en una columna deben ser del mismo tipo.

https://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos

Reglas de normalización

Puede aplicar las reglas de normalización de datos (a veces se denominan reglas de

normalización) como el siguiente paso en su diseño. Dichas reglas se usan para ver si las tablas
están estructuradas correctamente. El proceso de aplicar las reglas al diseño de la base de
datos se denomina normalización de la base de datos, o simplemente, normalización.

La normalización es especialmente útil después de representar todos los elementos de

información y cuando ya tenga un diseño preliminar. La idea es ayudarle a asegurarse de que
se han dividido los elementos de información en las tablas apropiadas. Lo que la normalización
no puede hacer es asegurarse de que tiene todos los elementos de los datos correctos con los
que comenzar.

En cada paso, aplica las reglas consecutivamente, para garantizar que su diseño llegue a tener
lo que se denomina "formulario normal". En general, se aceptan cinco formularios normales,
del primer formulario normal al quinto formulario normal. Este artículo se centra en los tres
primeros, ya que son todo lo necesario para la mayoría de los diseños de base de datos.

Primer formulario normal

El primer formulario normal indica que, en cada intersección de fila y columna de la tabla,
existe un valor único y nunca una lista de valores. Por ejemplo, no puede tener un campo
denominado Precio en el que coloca más de un precio. Si piensa en cada intersección de filas y
columnas como en una celda, cada celda puede contener un solo valor.

Segundo formulario normal

El segundo formulario normal requiere que cada columna de clave dependa completamente
de toda la clave principal y no solo de parte de la clave. Esta regla se aplica cuando tiene una
clave principal que consta de más de una columna. Por ejemplo, supongamos que tiene una
tabla que contiene las siguientes columnas, donde el Id. de pedido y el Id. de producto forman
la clave principal:

Id. de pedido (clave principal)

Id. de producto (clave principal)

Nombre del producto

Este diseño infringe el segundo formulario normal, porque el Nombre de producto depende
del Id. de producto, pero no del Id. de pedido, por lo que no depende de toda la clave
principal. Debe quitar Nombre de producto de la tabla. Pertenece a una tabla diferente
(Productos).

Tercer formulario normal

El tercer formulario normal requiere que no solo cada columna de clave dependa de toda la
clave principal, sino también que las columnas que no son claves sean independientes entre sí.

Otra forma de decirlo es que cada columna que no sea de clave debe depender de la clave
principal y nada más que de la clave principal. Por ejemplo, suponga que tiene una tabla que
contiene las siguientes columnas:

Id. de producto (clave principal)

Nombre

PVS

Descuento

Suponga que Descuento depende del precio de venta sugerido (PVS). Esta tabla infringe el
tercer formulario normal porque una columna que no es de clave, Descuento, depende de otra
columna sin clave, PVS. La independencia de columna significa que debería poder cambiar
cualquier columna sin clave sin que afecte a cualquier otra columna. Si cambia un valor en el
campo PVS, el descuento cambiaría en consecuencia, por tanto infringiría esa regla. En este
caso Descuento se moverá a otra tabla cuya clave sea PVS.

Determinar el propósito de la base de datos

Es una buena idea anotar el propósito de la base de datos en un papel: su propósito, cómo
espera usarla y quién la usará. Por ejemplo, para una base de datos pequeña para un negocio
familiar, escriba algo como: "La base de datos de clientes es una lista con información de los
clientes cuya finalidad es el envío de correo y la creación de informes". Si la base de datos es
más compleja o la usan muchas personas, como ocurre normalmente en un entorno
corporativo, el propósito podría constar fácilmente de uno o varios párrafos, y debería incluir
cuándo y cómo cada persona usará la base de datos. La idea es tener una declaración de
objetivos bien desarrollada a la que se pueda hacer referencia en todo el proceso de diseño.
Tener ese resumen le ayuda a centrarse en sus objetivos cuando tome decisiones.

Principio de página

Buscar y organizar la información necesaria

Para buscar y organizar la información necesaria, empiece con la información existente. Por
ejemplo, podría registrar los pedidos de compra en un libro de contabilidad o guardar la
información de los clientes en formularios de papel en un archivo. Recopile dichos documentos
y enumere cada tipo de información que se muestra (por ejemplo, cada cuadro que rellene en
un formulario). Si no tiene ningún formulario existente, imagine en su lugar que tiene que
diseñar un formulario para registrar la información del cliente. ¿Qué información incluiría en el
formulario? ¿Qué cuadros de relleno crearía? Identifique y enumere cada uno de estos
elementos. Por ejemplo, suponga que actualmente guarda la lista de clientes en las tarjetas de
índice. Al examinar dichas tarjetas podría revelar que cada una contiene un nombre de cliente,
dirección, ciudad, estado, código postal y número de teléfono. Cada uno de estos elementos
representa una posible columna en una tabla.

Mientras prepare esta lista, no se preocupe de hacerla perfecta desde el principio. En su lugar,
enumere todos los elementos que se le ocurran. Si la base de datos la usará alguien más,
pregúntele también sobre sus ideas. Podrá perfeccionar la lista más adelante.

Después, tenga en cuenta los tipos de informes o correspondencia que podría querer crear a
partir de la base de datos. Por ejemplo, puede que quiera un informe de ventas de un
producto para mostrar las ventas por región o un informe de resumen de inventario que
muestre los niveles de inventario del producto. También es posible que quiera generar cartas
modelo para enviar a los clientes que anuncien un evento de venta u ofrezcan una mejora.
Diseñe el informe en su mente y luego imagine su aspecto. ¿Qué información incluiría en el
informe? Enumere todos los elementos. Haga lo mismo para la carta modelo y para cualquier
otro informe que tenga previsto crear.

Pararse a pensar en los informes y correspondencia que podría querer crear le ayudará a
identificar los elementos que necesitará en la base de datos. Por ejemplo, suponga que los
clientes tienen la posibilidad de darse de alta (o de baja) de las novedades enviadas
periódicamente por correo electrónico, y que quiere imprimir una lista de los usuarios que se
han dado de alta. Para registrar esa información, agrega una columna "Enviar correo
electrónico" a la tabla de clientes. Para cada cliente, puede establecer el campo en Sí o No.

El requisito de enviar mensajes de correo a los clientes sugiere otro elemento del registro. Una
vez que sepa que un cliente quiere recibir mensajes de correo, también deberá saber la
dirección de correo electrónico a la que enviárselos. Por tanto, necesita registrar una dirección
de correo electrónico para cada cliente.

Tiene sentido crear un prototipo de cada informe o listado de salida, y considerar qué
elementos deberá generar el informe. Por ejemplo, cuando examina una carta modelo,
podrían venirle a la mente algunas consideraciones. Si quiere incluir un saludo formal, por
ejemplo, la cadena "Sr.", "Sra." o "Srta." con la que comienza un saludo, tendrá que crear un
elemento de saludo. Además, tal vez quiera comenzar una carta con "Estimado Sr. Alcalá" en
lugar de "Estimado. Sr. Jorge Alcalá". Esto sugiere que normalmente querría almacenar el
apellido separado del nombre.

Un punto clave que recordar es que debería dividir cada fragmento de información en partes
más pequeñas. En el caso de un nombre, para poder usar el apellido, dividirá el nombre en dos
partes: nombre y apellido. Para ordenar un informe por apellidos, por ejemplo, resulta útil
tener el apellido del cliente almacenado por separado. En general, si quiere ordenar, buscar,
calcular o crear informes en función de un elemento de información, debe crear un campo
propio para ese elemento.

Piense en las preguntas que tal vez quiere que responda la base de datos. Por ejemplo,
¿cuántas ventas de un producto destacado se cerraron el mes pasado? ¿Dónde viven sus
mejores clientes? ¿Quién es el proveedor de su producto más vendido? Anticipar estas
preguntas le ayuda a centrarse en qué elementos adicionales registrar.

Una vez recopilada esta información, está listo para pasar al siguiente paso.

Principio de página

Dividir la información en tablas

Para dividir la información en tablas, elija las entidades principales, o asuntos. Por ejemplo,
después de encontrar y organizar la información para una base de datos de ventas de un
producto, la lista preliminar podría ser similar a la siguiente:
Las principales entidades que se muestran aquí son los productos, los proveedores, los clientes
y los pedidos. Por tanto, tiene sentido comenzar con estas cuatro tablas: una para los datos
sobre productos, otra para datos sobre proveedores, otra para los datos sobre clientes y otra
para los datos sobre pedidos. Aunque la lista no está completa con ellas, es un buen punto de
partida. Puede seguir ajustando la lista hasta que tenga un diseño que funcione bien.

Cuando revise por primera vez la lista preliminar de elementos, es posible que esté tentado a
incluirlos en una sola tabla, en lugar de las cuatro que se muestran en la ilustración anterior. A
continuación obtendrá información sobre por qué es una mala idea. Considere por un
momento la tabla que se muestra aquí:

En este caso, cada fila contiene información sobre el producto y su proveedor. Dado que un
mismo proveedor puede suministrarle una gran cantidad de productos, el nombre y la
dirección de ese proveedor tendrán que repetirse muchas veces. Esto supone un desperdicio
de espacio en disco. Registrar la información del proveedor una sola vez en una tabla
independiente para los proveedores y vincular esa tabla a la de productos es una solución
mucho mejor.

Un segundo problema con este diseño surge cuando es necesario modificar la información
sobre el proveedor. Por ejemplo, supongamos que necesita cambiar la dirección de un
proveedor. Al aparecer en varios lugares, accidentalmente podría cambiar la dirección en un
solo lugar y olvidarse de cambiarla también en los demás. Si registra la información del
proveedor en un único lugar, se evitará el problema.

Al diseñar la base de datos, intente siempre registrar cada hecho una sola vez. Si se encuentra
repitiendo la misma información en más de un lugar, como la dirección de un determinado
proveedor, coloque dicha información en una tabla aparte.
Por último, supongamos que Coho Winery suministra un solo producto y que quiere eliminar el
producto pero conservar la información de nombre y dirección del proveedor. ¿Cómo se
elimina el registro del producto sin perder la información de proveedor? No se puede. Dado
que cada registro contiene datos sobre un producto y datos sobre un proveedor, no puede
eliminar uno sin eliminar el otro. Para mantener estos datos separados, debe dividir la tabla en
dos: una tabla para la información de productos y otra para la información de proveedores. Al
eliminar un registro de producto, solo eliminaría los datos del producto, no los datos del
proveedor.

Una vez que haya elegido el tema representado por una tabla, las columnas de dicha tabla solo
deberían almacenar datos sobre el tema. Por ejemplo, la tabla de productos debería
almacenar únicamente datos sobre los productos. Dado que la dirección del proveedor es un
dato del proveedor y no un hecho sobre el producto, esta pertenece a la tabla de proveedores.

Principio de página

Convertir los elementos de información en columnas

Para determinar las columnas de una tabla, decida cuál es la información de la que necesita
realizar un seguimiento sobre el tema registrado en la tabla. Por ejemplo, para la tabla
Clientes, una buena lista inicial de columnas contendría Nombre, Dirección, Ciudad-Provincia-
Código postal, Enviar correo electrónico, Saludo y Dirección de correo electrónico. Cada
registro de la tabla contiene el mismo conjunto de columnas, por lo que puede almacenar la
información de Nombre, Dirección, Ciudad-Provincia-Código postal, Enviar correo electrónico,
Saludo y Dirección de correo electrónico para cada registro. Por ejemplo, la columna de
dirección contiene las direcciones de los clientes. Cada registro contiene datos sobre un
cliente, y el campo dirección contiene la dirección de dicho cliente.

Una vez que haya determinado el conjunto inicial de columnas para cada tabla, podrá refinar
aún más las columnas. Por ejemplo, tiene sentido almacenar el nombre del cliente como dos
columnas separadas: nombre y apellidos, para que pueda ordenar, buscar e indexar en estas
columnas. De forma similar, la dirección realmente se compone de cinco componentes
independientes: dirección, ciudad, estado, código postal y país o región, que también tiene
sentido almacenar en columnas separadas. Si quiere realizar una búsqueda, filtrar u ordenar la
operación por estado, por ejemplo, necesita que la información de estado se almacene en una
columna independiente.

También debería tener en cuenta si la base de datos contiene información solo de origen
nacional o también internacional. Por ejemplo, si va a almacenar direcciones internacionales,
es mejor tener una columna Región en lugar de Estado, ya que esa columna puede incluir
tanto estados internos como regiones de otros países o regiones. De forma similar, Código
postal tiene más sentido que código ZIP si va a almacenar direcciones internacionales.

En la lista siguiente se muestran algunas sugerencias para determinar las columnas.

No incluya datos calculados

En la mayoría de los casos, no se debe almacenar el resultado de los cálculos en las tablas. En
su lugar, puede hacer que Access realice los cálculos cuando quiera ver el resultado. Por
ejemplo, suponga que hay un informe de Productos en pedidos que muestra el subtotal de
unidades en pedidos para cada categoría de producto en la base de datos. Pero no hay
ninguna columna de subtotal de Unidades en pedidos en ninguna tabla. En su lugar, la tabla
Productos incluye una columna Unidades en pedidos que almacena las unidades en pedidos
para cada producto. Con esos datos, Access calcula el subtotal cada vez que imprima el
informe. El subtotal en sí no debería almacenarse en una tabla.

Almacene la información en sus partes lógicas más pequeñas

Es posible que se vea tentado a tener un único campo de nombres completos o de nombres de
producto junto con las descripciones del producto. Si combina más de un tipo de información
en un campo, más adelante le será difícil recuperar datos individuales. Intente dividir la
información en partes lógicas. Por ejemplo, cree campos independientes para nombre y
apellidos, o para la descripción, categoría y nombre del producto.

Una vez ajustadas las columnas de datos de las tablas, ya puede elegir la clave principal de
cada tabla.

Principio de página

Especificar las claves principales

Cada tabla debe incluir una columna (o conjunto de columnas) que identifique exclusivamente
cada fila almacenada en la tabla. Esto suele ser un número de identificación único, como un
número de identificación de empleado o un número de serie. En la terminología de base de
datos, esta información se denomina la clave principal de la tabla. Access usa los campos de
clave principal para asociar rápidamente los datos de varias tablas y agrupar esos datos.

Si ya tiene un identificador único para una tabla, como un número de producto que identifica
exclusivamente a cada producto en el catálogo, puede usar ese identificador como clave
principal de la tabla, pero solo si los valores de esta columna serán siempre diferentes para
cada registro. No puede tener valores duplicados en una clave principal. Por ejemplo, no use
nombres de personas como clave principal, porque los nombres no son únicos. Es muy fácil
que dos personas tengan el mismo nombre en una misma tabla.

Una clave principal siempre debe tener un valor. Si en algún momento el valor de una columna
puede quedar sin asignar o ser desconocido (un valor que falta), no se puede usar como un
componente de una clave principal.
Siempre debe elegir una clave principal cuyo valor no cambiará. En una base de datos que use
más de una tabla, la clave principal de una tabla puede usarse como referencia en otras tablas.
Si se cambia la clave principal, el cambio también se debe aplicar en todas partes en las que se
hace referencia a la clave. Usar una clave principal que no cambia reduce la posibilidad de que
no se sincronice con otras tablas que hacen referencia a ella.

A menudo se usa un número único arbitrario como clave principal. Por ejemplo, podría asignar
a cada pedido un número de pedido único. El único propósito del número de pedido es
identificar un pedido. Una vez asignado, nunca cambia.

Si no se le ocurre una columna o un conjunto de columnas que puedan servir como una buena
clave principal, considere la posibilidad de usar una columna que tenga el tipo de datos
Autonumeración. Al usar el tipo de datos Autonumeración, Access asigna automáticamente un
valor por usted. Este identificador está vacío, no contiene información objetiva sobre la fila
que representa. Los identificadores vacíos son ideales para usarlos como clave principal,
porque no cambian. Una clave principal que contiene datos sobre una fila, como el número de
teléfono o el nombre de un cliente, por ejemplo, es más probable que cambie, ya que la propia
información objetiva podría cambiar.

1. Una columna establecida en el tipo de datos Autonumeración suele ser una buena clave
principal. No hay dos identificadores de producto iguales.

En algunos casos, tal vez quiera usar dos o más campos que, juntos, proporcionan la clave
principal de una tabla. Por ejemplo, una tabla de detalles de pedido que almacena datos de
pedidos usaría dos columnas en su clave principal: Identificador de pedido e Identificador de
producto. Cuando una clave principal está formada por más de una columna, también se
denomina una clave compuesta.

Para la base de datos de ventas de productos, puede crear una columna Autonumeración para
cada una de las tablas para que sirvan de clave principal: Id. de producto para la tabla
Productos, Id. de pedido para la tabla Pedidos, Id. de cliente para la tabla Clientes e Id. de
proveedor para la tabla Proveedores.
Principio de página

Crear las relaciones de tablas

Ahora que ha dividido la información en tablas, necesita una manera para volver a unir la
información de forma que tenga significado. Por ejemplo, el siguiente formulario incluye
información de varias tablas.

1. La información de este formulario procede de la tabla Clientes...

2. ...la tabla Empleados...

3. ...la tabla Pedidos...

4. ...la tabla Productos...

5. ... y la tabla Detalles de pedidos.

Access es un sistema de administración de base de datos relacional. En una base de datos

relacional, se divide la información en tablas separadas, basadas en el temas. Después, se usan
las relaciones de la tabla para combinar la información según sea necesario.

Principio de página

Crear una relación uno a varios

Considere este ejemplo: las tablas Proveedores y Productos en la base de datos de pedidos de
productos. Un proveedor puede proporcionar cualquier cantidad de productos. Se puede decir
que, para cualquier proveedor que se representa en la tabla Proveedores, puede haber
muchos productos que se representan en la tabla Productos. La relación entre la tabla
Proveedores y la tabla Productos es, por tanto, una relación uno a varios.

Para representar una relación uno a varios en el diseño de la base de datos, tome la clave
principal del lado "uno" de la relación y agréguela como columna o columnas adicionales a la
tabla en el lado "varios" de la relación. En este caso, por ejemplo, agregaría la columna Id. de
proveedor de la tabla Proveedores a la tabla Productos. Así, Access puede usar el número de
identificador del proveedor de la tabla Productos para dar con el proveedor correcto de cada
producto.

La columna Id. de proveedor en la tabla Productos se denomina una clave externa. Una clave
externa es la clave principal de otra tabla. La columna Id. de proveedor en la tabla Productos
es una clave externa porque también es la clave principal en la tabla Proveedores.
Al establecer parejas de claves principales y claves externas, proporciona la base para unir las
tablas relacionadas. Si no está seguro de qué tablas deberían compartir una columna común,
identificar una relación uno a varios asegura que, en efecto, las dos tablas relacionadas
requerirán una columna compartida.

Principio de página

Crear una relación de varios a varios

Considere la relación entre la tabla Productos y la tabla Pedidos.

Un solo pedido puede incluir varios productos. Por otra parte, un único producto puede
aparecer en muchos pedidos. Por tanto, por cada registro de la tabla Pedidos puede haber
varios registros en la tabla Productos. Además, por cada registro de la tabla Productos puede
haber varios registros en la tabla Pedidos. Este tipo de relación se denomina relación de varios
a varios, porque, para cada producto, puede haber varios pedidos, y para cada pedido puede
haber muchos productos. Tenga en cuenta que para detectar las relaciones de varios a varios
entre las tablas, es importante que considere ambas partes de la relación.

Entre los temas de las dos tablas, productos y pedidos, existe una relación de varios a varios.
Esto supone un problema. Para entender el problema, imagine qué pasaría si intentase crear la
relación entre las dos tablas agregando el campo Id. de producto a la tabla Pedidos. Para tener
más de un producto por pedido, necesita más de un registro por pedido en la tabla Pedidos.
Tendría que repetir la información del pedido en cada fila que esté relacionada con un único
pedido, lo que provocaría un diseño ineficaz que podría producir datos inexactos. Se
encontraría con el mismo problema si colocase el campo Id. de pedido en la tabla Productos:
dispondrá de más de un registro en la tabla Productos para cada producto. ¿Cómo se soluciona
este problema?

La respuesta es crear una tercera tabla, a menudo denominada tabla de unión, que divida la
relación de varios a varios en dos relaciones uno a varios. Inserte la clave principal de cada una
de las dos tablas en la tercera tabla. Como resultado, la tercera tabla registra cada repetición o
instancia de la relación.
Cada registro de la tabla Detalles de pedidos representa un elemento de línea en un pedido. La
clave principal de la tabla Detalles de pedidos consta de dos campos: las claves externas de las
tablas Pedidos y Productos. Usar el campo de Id. de pedido por sí solo no sirve como clave
principal para esta tabla, porque un pedido puede tener muchos elementos de línea. El Id. de
pedido se repite para cada elemento de línea en un pedido, por lo que el campo no contiene
valores únicos. Usar el campo de Id. de producto por sí solo tampoco sirve, porque un
producto puede aparecer en varios pedidos diferentes. Pero juntos, los dos campos siempre
generan un valor único para cada registro.

En la base de datos de ventas de productos, la tabla Pedidos y la tabla Productos no están

directamente relacionadas entre sí. En su lugar, están relacionadas indirectamente a través de
la tabla Detalles de pedidos. La relación de varios a varios entre productos y pedidos se
representa en la base de datos mediante dos relaciones de uno a varios:

La tabla Pedidos y la tabla Detalles de pedidos tienen una relación de uno a varios. Cada
pedido puede tener más de un elemento de línea, pero cada elemento de línea está conectado
a un único pedido.

La tabla Productos y la tabla Detalles de pedidos tienen una relación de uno a varios. Cada
producto puede tener muchos elementos de línea asociados a él, pero cada elemento de línea
se refiere a un solo producto.

En la tabla Detalles de pedido, puede determinar todos los productos en un pedido

determinado. También puede determinar todos los pedidos de un producto en particular.

Después de incorporar la tabla Detalles de pedido, la lista de tablas y campos podría tener un
aspecto similar a este:
Principio de página

Crear una relación uno a uno

Otro tipo de relación es la relación de uno a uno. Por ejemplo, supongamos que necesita
registrar información adicional sobre productos que casi nunca necesitará o que solo se aplica
a unos pocos productos. Puesto que no necesita la información con frecuencia, y que
almacenar la información de la tabla Productos daría como resultado un hueco en todos los
productos a los que no se aplica, la coloca en una tabla aparte. Al igual que la tabla Productos,
puede usar el Id. de producto como clave principal. La relación entre esta tabla y la tabla
Productos es una relación de uno a uno. Para cada registro de la tabla Producto, existe un
único registro coincidente en la tabla complementaria. Cuando se identifica este tipo de
relación, ambas tablas deben compartir un campo común.

Al detectar la necesidad de una relación de uno a uno en la base de datos, tenga en cuenta si
se puede combinar la información de las dos tablas en una sola. Si por algún motivo no quiere
hacerlo, quizás porque se crearía una gran cantidad de huecos, la siguiente lista le muestra
cómo puede representar la relación en su diseño:

Si las dos tablas tienen el mismo tema, probablemente pueda configurar la relación usando la
misma clave principal en ambas tablas.

Si las dos tablas tienen diferentes temas con diferentes claves principales, elija una de las
tablas (cualquiera de ellas) e inserte la clave principal de la otra tabla como clave externa.

Determinar las relaciones entre tablas le ayuda a asegurarse de que tiene las tablas y columnas
correctas. Cuando existe una relación de uno a uno o uno a varios, las tablas relacionadas
tienen que compartir una o varias columnas comunes. Cuando existe una relación varios a
varios, se necesita una tercera tabla para representar la relación.
Principio de página

Refinar el diseño

Una vez que tiene las tablas, campos y relaciones que necesita, debería crear y rellenar las
tablas con datos de ejemplo e intentar trabajar con la información: creando consultas,
agregando nuevos registros, etc. Esto le permitirá resaltar los posibles problemas. Por ejemplo,
tal vez deba agregar una columna que olvidó insertar durante la fase de diseño, y es posible
que tenga una tabla que debería dividir en dos tablas para eliminar los datos duplicados.

Vea si puede usar la base de datos para obtener las respuestas que quiere. Cree bocetos de los
formularios e informes y compruebe si muestran los datos que espera. Busque duplicaciones
de datos innecesarias y, si encuentra alguna, modifique el diseño para eliminarla.

Cuando pruebe la base de datos inicial, probablemente descubrirá posibilidades de mejora.

Estas son algunas cosas que debería comprobar:

¿Olvidó alguna columna? Si es así, ¿la información pertenece a las tablas existentes? Si se trata
de información sobre otra cosa, tal vez necesite crear otra tabla. Cree una columna para cada
elemento de información del que necesite realizar un seguimiento. Si no se puede calcular la
información de otras columnas, es probable que necesite una nueva columna para ella.

¿Cualquiera de las columnas innecesarias lo son porque se pueden calcular con los campos
existentes? Si se puede calcular un elemento de información desde otras columnas existentes,
como por ejemplo, un precio de descuento calculado a partir del precio de venta,
generalmente es mejor simplemente hacerlo y evitar crear una nueva columna.

¿Ha introducido información duplicada en una de las tablas? Si es así, probablemente tenga
que dividir la tabla en dos tablas que tengan una relación de uno a varios.

¿Tiene tablas con muchos campos, un número limitado de registros y muchos campos vacíos
en registros individuales? Si es así, piense en rediseñar la tabla para que tenga menos campos
y más registros.

¿Se ha dividido cada elemento de información en sus partes más pequeñas? Si necesita
realizar informes, ordenar, buscar o calcular sobre un elemento de información, coloque dicho
elemento en su propia columna.

¿Cada columna contiene datos sobre el tema de la tabla? Si una columna no contiene
información sobre el tema de la tabla, pertenece a otra tabla.

¿Las relaciones son entre las tablas representadas, bien sea por los campos comunes o por una
tercera tabla? Las relaciones de uno a uno y de uno a varios requieren columnas comunes. Las
relaciones de varios a varios requieren una tercera tabla.

Ajustar la tabla Productos.

Suponga que cada producto en la base de datos de ventas de productos se encuentra en una
categoría general, como bebidas, condimentos o marisco. La tabla Productos podría incluir un
campo que muestre la categoría de cada producto.

Suponga que, después de examinar y refinar el diseño de la base de datos, decide almacenar
una descripción de la categoría junto con su nombre. Si agrega un campo Descripción de la
categoría a la tabla Productos, tendrá que repetir la descripción de cada categoría para cada
producto en el que se encuentre dentro de la categoría, lo que no es una buena solución.

Una solución mejor es convertir Categorías en un nuevo tema de la base de datos para realizar
el seguimiento, con su propia tabla y su propia clave principal. Después, podrá agregar la clave
principal de la tabla Categorías a la tabla Productos como clave externa.

Las tablas Categorías y Productos tienen una relación de uno a varios: una categoría puede
contener más de un producto, pero un producto pertenece únicamente a una categoría.

Al revisar las estructuras de tabla, esté atento a los grupos que se repiten. Por ejemplo,
considere la posibilidad de una tabla que contiene las siguientes columnas:

Id. de producto

Nombre

Id. de producto1

Nombre1

Id. de producto2

Nombre2

Id. de producto3

Nombre3

Aquí, cada producto es un grupo de columnas que se repite y que difiere de los demás solo
porque agrega un número al final del nombre de columna. Si ve columnas numeradas de esta
forma, debería revisar el diseño.

Este tipo de diseño tiene varios defectos. Para empezar, lo obliga a poner un límite superior en
el número de productos. En cuanto supere ese límite, deberá agregar un nuevo grupo de
columnas a la estructura de la tabla, lo que implica más tareas administrativas.

Otro problema es que los proveedores que tienen menos del número máximo de productos
desperdiciarán el espacio, ya que las columnas adicionales estarán en blanco. El defecto más
grave de este diseño es que hace que muchas tareas sean difícil de realizar, como ordenar o
indexar la tabla por Id. de producto o nombre.

Siempre que vea grupos que se repiten, revise cuidadosamente el diseño y esté pendiente
sobre cómo dividir la tabla en dos. En el ejemplo anterior, es mejor usar dos tablas, una para
proveedores y otra para productos, vinculadas por Id. de proveedor.

https://support.office.com/es-es/article/conceptos-b%C3%A1sicos-del-dise%C3%B1o-de-una-
base-de-datos-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5

La integridad referencial es una limitación que se aplica a una base de datos relacional, en la
que los datos y las relaciones entre ellos están organizados en tablas de filas y columnas, para
que no se introduzcan datos inconsistentes. La mayoría de los sistemas gestores de bases de
datos relacionales definen reglas de integridad referencial que los programadores aplican
cuando crean las relaciones entre dos tablas.
Ventajas

Además de asegurar que estas referencias entre los datos están intactas y son válidas, definir a
integridad referencial de una base de datos tiene muchas ventajas. La integridad referencial
usa el código existente en un motor de base de datos en lugar de pedir a los programadores
que escriban código de programa personalizado desde cero. Como resultado, el desarrollo de
programas es más rápido, menos propenso a errores y consistente entre varios programas de
aplicación que acceden a la base de datos.

Consecuencias

Desafortunadamente, los lenguajes de programación suelen no tener los mecanismos para

aplicar la integridad referencial e, incluso cuando un sistema de gestión de base de datos
soporta esos mecanismos, los programadores fracasan al usarlos. La consecuencia de ignorar
la integridad referencial es que el código de programación que tiene defectos, o errores,
funciona mal y es difícil extenderlo.

Aplicación

Los programadores pueden aplicar la integridad referencial, y evitar los registros "huérfanos"
en una base de datos, habilitándola en una relación entre dos tablas. En Microsoft Access, por
ejemplo, aplicar la integridad referencial hace que cualquier operación que la viole sea
rechazada. Este tipo de operaciones incluyen las actualizaciones de la base de datos que
cambian el objeto de una referencia o los borrados que eliminan el objeto de una referencia.
Además, Microsoft Access también tiene un conjunto de opciones, conocidas como opciones
en "cascada". Estas opciones permiten que actualizaciones referenciales y borrados sean
propagados por la base de datos, de forma que todas las filas relacionadas cambien de la
misma forma.

https://techlandia.com/integridad-referencial-evitar-estos-problemas-programador-
info_262424/

los informes son una manera excelente de organizar una base de datos, los informes permiten
aplicar formato dando lugar a un diseño atractivo e informativo en la pantalla o a las copias
impresas.

Los informes permiten

prepara facturas
crear etiquetas postales
crear un directorio(como una lista alfabética de los empleados con su información)
permite presentar un resumen de los datos como las ventas agrupadas por región
los informes pueden simplificar los datos para proporcionar una información
los informes combinan datos y diseños

*se compone de controles

*se compone de paginas y títulos
*contiene datos
Los informes se utilizan a menudo para presentar una introducción global
REPORTE DE BASE DE DATOS
1.-en la que resaltan los principales echos y tendencias
2.- la posibilidad de agrupar y ordenar los datos para que el conjunto tenga visualmente mas
sentido, constituye una ventaja clave de los informes.
3.- los informes permiten embellecer los datos , agrupar y presentar de muchas maneras
distintas , no alteran los datos subyacentes en las tablas de base de datos.

https://prezi.com/8rajgeo70wzi/que-es-una-reporte-de-base-de-datos/