![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
|||
|
|||
|
Bueno, gracias por las respuestas.
Lo del campo unico de tipo fecha es buena idea. Lo de la cantidad de horas que yo mencione, es solo por la manera en que estan acostumbrados, hasta ahora le dicen la cantidad de horas que trabajaron a alguno de los jefes. Aunque tambien les puedo ofrecer la opcion que dice ContraVeneno. Pero bueno, quisiera que me aconsejen sobre la pregunta que hice sobre el largo de la tabla. Leyendo un poco en el foro, encontre un topic similar en donde, como su bd consta de una sola tabla, les recomiendan usar SQLite. Pero no tiene interfaz grafica, y lei por ahi que una de sus desventajas, al estar mas cerca del programa que una bd cliente-servidor, es que es mas susceptible a sus fallos. Asi que la verdad es que estoy entre mysql y access.
__________________
El sabio no dice todo lo que piensa, pero piensa todo lo que dice... |
|
#2
|
||||
|
||||
|
Hola Chompiras, Disgregar la fecha no es una opción muy recomendable. Lo mejor sería emplear un campo fecha.
Hay algo que no me queda totalmente claro: ¿Que relación hay entre los campos id_Tabla() y el campo id_Empleado(). Hay algo que no me queda muy en claro... ¿Estás tratando de establecer un calendario laboral en donde se registran las horas trabajadas en cada día? Si la respuesta a esa pregunta, y por lo que pareciera ser el diseño de esa tabla, veo un grave problema de diseño. Yo más bien veo tres tablas: 1. La tabla en donde están todas las personas 2. Una tabla en donde se registran los días hábiles 3. Una tabla intermedia en donde se registra las horas que dedica la persona a un día particular. Este diseño visualmente sería un M-M: Personas - 1 --- M - Asignaciones - M --- 1 - DiasLaborales Con un diseño así se puede relacionar y asociar muchas asignaciones, a distintas personas. De igual modo, para una persona en particular, existe diferentes asignaciones de carga horaria para determinados días. Por tanto como mínimo, para satisfacer tus requisitos se necesitan de los siguientes campos: Tabla: Personas -------------- IDPersona Nombre ... Tabla: DiasLaborales ------------------- IDDiaLaboral Fecha Tabla: Asignaciones ------------------ IDAsignacion FechaID -> FK (clave foránea) hacia DiasLaborales IDPersona -> FK hacia Personas ¿Se entiende la idea? Por el tema de la elección de la base de datos debes analizar aspectos técnicos, operativos, económicos, y hasta incluso legales. Súmese la experiencia en el uso de esta herramienta. Saludos, |
|
#3
|
|||
|
|||
|
Cita:
Si la tabla de empleados la tenia en mente, por eso era lo de nro_empleado en vez de directamente nombre. Me parecio barbara tu explicación, pero me quedo una duda, ¿en la tabla Asignaciones irian las horas trabajadas no?
__________________
El sabio no dice todo lo que piensa, pero piensa todo lo que dice... |
|
#4
|
||||
|
||||
|
Cita:
Me olvidé de escribir en la tabla el campo. Saludos, |
|
#5
|
|||
|
|||
|
Ah joya entonces, me parece mejor tu diseño ya que en el mio almacenaba tantas veces cada dia laboral como empleados haya.
__________________
El sabio no dice todo lo que piensa, pero piensa todo lo que dice... |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Solicito su opinión sobre mi modelado | AzidRain | OOP | 4 | 26-02-2008 16:35:39 |
| Modelado con ECO junto a Win32 | alexlm78 | Varios | 6 | 20-09-2007 14:45:07 |
| DBDesigner (modelado visual de bases de datos) | dec | SQL | 3 | 19-05-2006 15:29:31 |
| Google SketchUp (Modelado 3D) gratuíto | Neftali [Germán.Estévez] | Noticias | 5 | 28-04-2006 21:58:39 |
|