Entrar
¿Nuevo usuario? Inscribirme
DesarrolloVB · Desarrollo de Software en Microsoft Visual Basic
? ¿Ya estás suscrito? Entra a Yahoo!

Consejos

¿Sabías que...?
Podés cambiar el orden de los mensajes. Simplemente hacé clic en el enlace de columna fecha. Tus preferencias se guardarán, por lo tanto no necesitarás hacerlo otra vez cuando vuelvas a entrar.

Mensajes

  Mensajes Ayuda
Avanzado
RE: [VB] Re: Opinión Sobre Normalización en SYS Gestion de Expedie   Lista de mensajes  
Responder | Reenviar Mensaje #21404 de 28168 |
Es mejor una tabla sola con un campo para el tipo de tramite.

-----Mensaje original-----
De: Pablo [mailto:proteussoftweb@...]
Enviado el: Viernes, 02 de Diciembre de 2005 11:15
Para: DesarrolloVB@...
Asunto: [VB] Re: Opinión Sobre Normalización en SYS Gestion de
Expedientes


Antes de nada, gracias por tu interes en responder. Te pido otra
opinion, tbien se tendria que realizar el seguimiento "Pases" de
dichos tramites en una tabla Adicional, la misma contendria los
siguientes atributos:

* NºEXP
* Area que envia
* Nota
* Area que solicita
* Usuario
* Fecha
* Hora

En caso de utilizar la 2 Opcion, ¿Se deberia crear 3 tablas "Pases"
para cada tipo de tramite? pero cuando yo deba consultar por Nº de
Tramite tendria que consultar las 3 Tablas por separado. Que es mas
conveniente Ahorrar el espacio o el tiempo de la consulta. Pido perdon
por no haber escrito dicha consderacion en la Consulta Anterior.
Muchas Gracias.
Pablo N.

--- En DesarrolloVB@..., "rodomono" <rodomono@y...>
escribió:
> Hola!
> Cosidero que lo mas adecuado es la solución 2, ya que así tendrías
> independencia de cada tipo de documento y a la vez la posibilidad de
> relacionarlos sin desperdiciar recursos.
>
>
> --- En DesarrolloVB@..., "Pablo" <proteussoftweb@y...
>
> escribió:
> > Que tal, les quisiera pedir una opinion a ustedes. Estoy
realizando
> > un sistema en donde se llevara la gestion de Expedientes, es el
que
> > se usa en las mayoria de los Organismos, el mismo se maneja con
> > pases a diferentes areas. El problema es que no es solo para el
> > seguimiento de Expedientes sino tambien de Reclamos y Notas que
> > llegan al lugar, donde los mismos tienen los sig. atributos.
> >
> > Expediente: Nº - Iniciado por - Extracto - Destinado A - ..... (*)
> > Reclamo: Nº - N°Unidad - Apellido - Nombre - Calle - ......(*)
> > Notas: Nº - Iniciado por - Descripción - Destinado A - ...... (*)
> > (*) Atributos Iguales para los tres tramites
> >
> > El problema es el siguiente:
> > * EL Nº de cada Tramite (Expediente, reclamo, Nota) debe ser
> > correlativo y Reiniciable cada Año.
> > * Se trabajaría en un ambiente multiusuario. pero solo un area en
> > este momento realiza el alta de tramites, pero no quita que en el
> > futuro lo haga otras areas.
> >
> > Posibles Soluciones:
> > 1) Colocarlos a todos los tramites con sus atributos en una sola
> > Tabla "Tramites", y agregar un atributo "Tipo" el cual puede ser :
> > Expediente - Reclamo - Nota. Creo que aqui desperdiciaria mucho
> > espacio dado los atributos del Tramite Reclamo.
> >
> > 2) Confecccionar las Tablas Expedientes, Reclamo y Notas, cada uno
> > con sus respectivos atributos, y generar una tabla "Auxiliar" la
> > cual tendria un atributo "Nº" en donde en cada alta se tome el
valor
> > del campo "Nº" se lo incremente y luego de Dar el Alta a dicho
> > tramite se actualize dicho valor, todo esto tomando dicha acción
> > como una transacción.
> >
> > 3)Confeccionar solo 2 Tablas en donde en una alojaria todos los
> > expedientes, Notas y en otra tabla Los Reclamos. Pero aqui tengo
> > miedo porque en el "futuro", que siempre sucede, no se si
agregaran
> > un atributo mas a Las Notas o Expedientes, entonces estaria en la
> > situacion 1
> >
> > EL mismo se diseñaria usando Visual Basic 6.0, ADO, MySQL,
Connector
> > MyODBC.
> >
> > Disculpen, por favor, lo extenso que fui, pero queria plantearles
el
> > problema de la mejor manera. Desde ya Muchisimas Gracias.




------------------------------
DesarrolloVB:
Desarrollo de Software en Microsoft Visual Basic
------------------------------
Direcciones de la lista:
Publicar un mensaje: DesarrolloVB@...
Suscribirse........: DesarrolloVB-Subscribe@...
Desuscribirse......: DesarrolloVB-Unsubscribe@...
Administrador......: DesarrolloVB-Owner@...
Página de la lista.: http://www.gruposyahoo.com.ar/group/DesarrolloVB
Página de la lista
de la plataforma
Microsoft .NET....: http://www.gruposyahoo.com.ar/group/DesarrolloDotNET
------------------------------
http://www.navegana.com/dinero/chanzes.html
Enlaces de Yahoo! Grupos








Vie, 2 de Dic, 2005 2:21 pm

tarzial@...
Enviar correo Enviar correo

Reenviar Mensaje #21404 de 28168 |
Desplegar mensajes Autor Ordenar por fecha

Es mejor una tabla sola con un campo para el tipo de tramite. ... De: Pablo [mailto:proteussoftweb@...] Enviado el: Viernes, 02 de Diciembre de 2005...
Tarzia Luis
tarzial@...
Enviar correo
2 de Dic, 2005
2:18 pm

Luis, gracias por tu interes en responder, estuve analizando la situacion y llegue a unas concluciones: * Una ventaja, si dejo una sola Tabla que tenga el tipo...
Pablo
proteussoftweb
Sin conexión Enviar correo
2 de Dic, 2005
10:00 pm

Igualmente el tipo de tramite puede ser un smallint (a lo sumo puedes hacer una tabla de referencia con codigo/descripcion) y poner ahi el codigo,siempre es...
Tarzia Luis
tarzial@...
Enviar correo
2 de Dic, 2005
10:13 pm

Luis, quizas no me explique bien, Con respecto a los campos VARCHAR son los campos atributos que tenia el Tramite "Reclamo", los cuales no seran llenados en...
Pablo
proteussoftweb
Sin conexión Enviar correo
3 de Dic, 2005
12:01 am

Si,asi es la idea. Igualmente aunque los campos varchar esten en blancos no ocuparian espacios. ... De: Pablo [mailto:proteussoftweb@...] Enviado el:...
Tarzia Luis
tarzial@...
Enviar correo
3 de Dic, 2005
12:15 am

Luis agradezco tu aporte e interes. Gracias. Pablo N. ... espacios. ... no ... Muchas ... Tramite, ... un ... tres ... no ... Caracteres ... sitacion ... de ...
Pablo
proteussoftweb
Sin conexión Enviar correo
3 de Dic, 2005
12:31 am
Avanzado

Copyright © 2009 Yahoo! de Argentina S.R.L. Todos los derechos reservados.
Política de privacidad - Condiciones del Servicio - Reglas de la comunidad de Yahoo! - Ayuda