Campos en Tablas

03/12/2008 - 20:34 por Penta | Informe spam
Estimados.
tengo tabla Clientes, Proveedores, Ventas.
Entre otros campos necesito aclarar:

Cliente
Id_Cliente
Descripcion
FechaIngreso

Ventas
Id_Numero
Id_Cliente
FechaVenta

Preguntas:
1.- Es correcto la forma de nombra el Id de la tabla ?? es decir Id_
[Nombre_Identificatorio]
2.- Como veran en cada tabla tengo una fecha en algun momento se
realizara un Select que equipare fechas (es un ejemplo) es correcto
que en el Where tenga que poner: A.FechaIngreso=B.FechaVenta, según
FN deberia ambas llamarse igual. en este caso es logico que en la
tabla Ventas el campo fecha se llame FechaIngreso
3.- En algun partte lei que en la descripcion de lso campos se deberia
poner algun sufijo, ejmplo gls_Descripcion (donde podria encontrar
algo al respecto ? ojala en español)

Atte.
Penta.

Preguntas similare

Leer las respuestas

#16 Alfredo Novoa
07/12/2008 - 02:12 | Informe spam
Hola Carlos,

On 6 dic, 18:59, "Carlos M. Calvelo" wrote:

Quizás esté confundiendo claves con índices. O le está atribuyendo
algún significado (que no debe tener) al orden en que se han
introduccido los campos en la definición de una tabla.



Con SQL Server es fácil confundirse por que te crea un índice
automáticamente con el orden físico que hayas puesto al definir la
tabla. Aunque después puedes cambiar el orden del índice o de las
columnas independientemente.

O a lo mejor estaba hablando vagamente dando por supuesto que todos
conocemos las diferencias entre claves e índices y que lo
entenderíamos correctamente O:-)

De todas formas es una regla que tendría muchos problemas si se
considera como una regla general. Se me ocurren montones de casos
donde no tendría sentido. Como por ejemplo con las tablas cuyo nombre
no termina en 's' :-)


Saludos
Alfredo
Respuesta Responder a este mensaje
#17 Carlos M. Calvelo
07/12/2008 - 02:29 | Informe spam
Hola Alfredo,

On 7 dec, 02:12, Alfredo Novoa wrote:
Hola Carlos,

On 6 dic, 18:59, "Carlos M. Calvelo" wrote:

> Quizás esté confundiendo claves con índices. O le está atribuyendo
> algún significado (que no debe tener) al orden en que se han
> introduccido los campos en la definición de una tabla.

Con SQL Server es fácil confundirse por que te crea un índice
automáticamente con el orden físico que hayas puesto al definir la
tabla. Aunque después puedes cambiar el orden del índice o de las
columnas independientemente.

O a lo mejor estaba hablando vagamente dando por supuesto que todos
conocemos las diferencias entre claves e índices y que lo
entenderíamos correctamente O:-)



Y yo soy el Zar de Rusia! :)


De todas formas es una regla que tendría muchos problemas si se
considera como una regla general. Se me ocurren montones de casos
donde no tendría sentido. Como por ejemplo con las tablas cuyo nombre
no termina en 's' :-)




Por no hablar de que según un índice una columna es la última
y según el otro la primera.
O de que la misma columna puede formar parte de varias claves,
de las cuales una es primaria hoy y mañana la otra.

Saludos,
Carlos
Respuesta Responder a este mensaje
#18 Jose TH
07/12/2008 - 14:07 | Informe spam
De todas formas es una regla que tendría muchos problemas si se
considera como una regla general. Se me ocurren montones de casos
donde no tendría sentido. Como por ejemplo con las tablas cuyo nombre
no termina en 's' :-)



Qué brillante argumento! jajajajaj
Respuesta Responder a este mensaje
#19 Jose TH
07/12/2008 - 14:17 | Informe spam

No es ningún pecado. Solo he dicho a Penta que no
hiciera caso a eso porque no hay tal 'último campo'
para claves compuestas.




Claro, la teoría... por qué mejor no vas a un foro que no sea de Sql server
sino de teoría de bases de datos? tal vez allí tu desconocimiento de la
herramienta no sea tan obvio.
No hay que saberlo todo.

A lo mejor a Penta eso le
interesa. Pero tu puedes seguir con esa costumbre
para determinar los nombres de las columnas.




Pues mi costumbre lo es por supuesto, como tú tienes la costumbre de diseñar
vistas ineficientes o suponer que "Tipo+Cheque" es lo mismo que
"Cheque+Tipo" en SQL Server. Cada quien con sus costumbres. Por supuesto
que unas más terribles que otras.
Respuesta Responder a este mensaje
#20 Jose TH
07/12/2008 - 14:24 | Informe spam

Y yo soy el Zar de Rusia! :)




Eso ni de cerca, por supuesto :)



Por no hablar de que según un índice una columna es la última
y según el otro la primera.




Claro que sí. Quien discute eso ? Ya me estoy preguntando si realmente
entiendes lo que es una clave primaria, que es de lo que se estaba hablando.


O de que la misma columna puede formar parte de varias claves,
de las cuales una es primaria hoy y mañana la otra.




Otra vez vuelves con tus ideas "brillantes" de diseño. Ya has demostrado
que diseñas pensando en modificar el diseño a las dos horas, y peor aún, el
de la clave primaria de una entidad. Has oído hablar del "Análisis" ? :)
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida