Pregunta

Mira, tu pregunta esta buena, te cuento que yo no conozco patrones pero te
cuento lo que hacemos nosotros en nuestas BD

definimos abreviaturas para palabras como por ej:

Tabla: Tbl
Mantenimiento : Mto
Clientes: Cli
Bancos: Bco
Movimientos: Mov
.

despues llamamos a las tablas por ej.

Mantenimiento de Clientes: TblMtoCli
Mantenimiento de Bancos: TblMtoBco
Mantenimiento de Movimientos: TblMtoMov

**Lo mismo hacemos con los nombres de los campos

si alguien tiene alguna otra estaria bueno que la comente.

Salu2





"Scott" escribió en el mensaje
news:

Hola Todos:
cuales son los estandares que se manejan para poder crear el nombre de una
tabla y los campos agradeceria mucho la ayuda para poder seguir un patron

gracias por la ayuda

Gracias por la ayuda y si alguien puede seguir opinando del tema seria
genial
"Pablo Nuñez" escribió en el mensaje
news:

Mira, tu pregunta esta buena, te cuento que yo no conozco patrones pero te
cuento lo que hacemos nosotros en nuestas BD

definimos abreviaturas para palabras como por ej:

Tabla: Tbl
Mantenimiento : Mto
Clientes: Cli
Bancos: Bco
Movimientos: Mov
.

despues llamamos a las tablas por ej.

Mantenimiento de Clientes: TblMtoCli
Mantenimiento de Bancos: TblMtoBco
Mantenimiento de Movimientos: TblMtoMov

**Lo mismo hacemos con los nombres de los campos

si alguien tiene alguna otra estaria bueno que la comente.

Salu2





"Scott" escribió en el mensaje
news:
> Hola Todos:
> cuales son los estandares que se manejan para poder crear el nombre de

una

> tabla y los campos agradeceria mucho la ayuda para poder seguir un

patron

>
> gracias por la ayuda
>
>

Hola, Scott:

Hasta ahora, no he descubierto nada mejor que el "lenguaje natural" (nuestro
español).

Nada mejor ni más claro que llamar Clientes a la tabla de clientes,
Productos a la de productos, y así.

Hay objetos que se componen con diversos tipos de datos. Por ejemplo una
factura, donde (típicamente) tienes un encabezado y uno o más detalles.
Entonces uso "Facturas" para la tabla que contiene los encabezados y
DetallesFactura para la que contiene los detalles.

Todo el trabajo que he hecho durante los últimos cinco años está
relacionado. Una vez terminado el primer sistema, comencé a agregar
subsistemas: una nómina, control de ingresos para una aerolínea, control de
acceso y facturación para estacionamientos. Cuando estás en los primeros
ciclos de un nuevo desarrollo, debes examinar con frecuencia los datos. Y
descubrí que era conveniente tener todas las tablas más o menos juntas. De
manera que para las tablas requeridas para los subsistemas adicionales,
utilizo un prefijo que indica el sistema -principal- que las manipula, y que
me sirve para mantenerlas juntas. Entonces tengo tablas como
nomTrabajadores, nomADAP, scbtBoletos, scbtTripulantes, parkingTickets,
parkingContratos.

En términos generales, no es bueno establecer una relación entre el nombre
de una tabla y el sistema para el cual fue concebida. Aunque es probable que
esa relación inicial se mantenga durante todo el tiempo de vida de la BD,
tambien es probable que la tabla se relacione con una cantidad de sistemas
adicionales, y el prefijo acabe por resultar una molestia.

Hay tablas que almacenan relaciones, por ejemplo ExistenciaAlmacen, para
indicar en que almacenes se encuentran los productos (o qué productos hay en
un almacen), o ComposicionProductos, para indicar que artículos del
inventario deben salir cuando se vende un producto compuesto (como mínimo,
un Producto mueve un Articulo, a menos que se trate de un servicio).

La regla general para darle nombre a una tabla consiste en enunciar su
contenido (por ejemplo, "esta tabla contendrá los detalles de las órdenes de
compra") y luego eliminar los artículos y preposiciones y llevar todos los
complementos al singular: DetallesOrdenCompra. Utilizo abreviaturas
estándar, por ejemplo NE para Nota de Entrega, u OC para ordenes de compra.
De manera que la tabla se llamó DetallesOC.

Con las columnas pasa lo mismo. Una buena práctica es llamar con el mismo
nombre a los elementos que son "conceptualmente equivalentes" en diferentes
tablas. Todos los códigos (identificación primaria inequivoca de las
entidades "materiales") se llaman "Codigo", todas las descripciones
"Descripcion", todos los saldos Saldo. De esta manera podrás utilizar
procedimientos parametrizados que te permitirán tener una vista uniforme de
los diferentes objetos, pasando sólo el nombre de la tabla que los contiene.

Y ya está bien por hoy...

Salud

Leonardo
[MS MVP - VB]
MOP Certified


"Scott" escribió en el mensaje
news:#

Gracias por la ayuda y si alguien puede seguir opinando del tema seria
genial
"Pablo Nuñez" escribió en el mensaje
news:
> Mira, tu pregunta esta buena, te cuento que yo no conozco patrones pero

te

> cuento lo que hacemos nosotros en nuestas BD
>
> definimos abreviaturas para palabras como por ej:
>
> Tabla: Tbl
> Mantenimiento : Mto
> Clientes: Cli
> Bancos: Bco
> Movimientos: Mov
> .
>
> despues llamamos a las tablas por ej.
>
> Mantenimiento de Clientes: TblMtoCli
> Mantenimiento de Bancos: TblMtoBco
> Mantenimiento de Movimientos: TblMtoMov
>
> **Lo mismo hacemos con los nombres de los campos
>
> si alguien tiene alguna otra estaria bueno que la comente.
>
> Salu2
>
>
>
>
>
> "Scott" escribió en el mensaje
> news:
> > Hola Todos:
> > cuales son los estandares que se manejan para poder crear el nombre de
una
> > tabla y los campos agradeceria mucho la ayuda para poder seguir un
patron
> >
> > gracias por la ayuda
> >
> >
>
>