Solicito su ayuda, sugerencia u opinion

Me parece que tu mayor problema son las zonas, sub zonas y posiblemente Sub
sub zonas?
Al mas puro estilo treeview
Tabla zona.
key, Parent, Descripcion
1 0 Zona A
2 1 Zona X (Zona A)
3 1 Zona X1(Zona A)
4 2 Zona Z (Zona X, Zona A)
5 4 Zona ? (Zona Z, Zona X, Zona A)

Espero te ayude en algo.
Saludos.
Mauricio Pulla.
Cuenca-Ecuador



"Manuel Vera" escribió en el mensaje
news:

El caso es de Venezuela, aunque hay direcciones internacionales. Sin
embargo, aqui no se maneja popularmente el uso del Codigo Postal como

fuente

de una dirección. Aunque si tenemos esa figura en nuestra dirección, los
comunes mortales manejamos las direcciones sin usarlo. Sin embargo, para

las

direcciones internacionales, se incluye el campo de CODPOSTAL donde el
usuario lo indica y no hay problema. Pero nuestro fuerte son las

direcciones

locales y es donde tengo el problema de la diversidad de bifurcaciones en
cuanto a las reglas del negocio.

Gracias
Manuel

"Isaias" escribió en el mensaje
news:
> Manuel
>
> Comunmente las direcciones de las personas se hacen por CODIGO POSTAL,

¿De

> que pais estamos hablando?
> Saludos
> IIslas
>
>
> "Manuel Vera" escribió:
>
>> Actualmente tengo en mi base de datos las siguientes tablas:
>> * PAISES
>> * ESTADOS (REGIONES)
>> * CIUDADES
>>
>> Todas ellas estan relacionadas a la tabla de DIRECCIONES de los

clientes.

>>
>> Aparte, tengo otra tabla: ZONAS, que son los destinos donde se hace el
>> envío
>> de la compra del cliente. Sin embargo, en esta tabla se repiten los
>> mismos
>> registros que hay en las 3 anteriores. Es decir, tengo zonas que son
>> países,
>> que son estados o que son ciudades.
>>
>> La pregunta es: ¿puedo unificar todas esas 4 tablas en una sola, que se
>> llame DESTINOS? Asi me evitaria los registros repetidos. Sin embargo,

en

>> la
>> tabla de DIRECCIONES tendría 3 campos: CodPais, CodEstado y CodCiudad

que

>> apuntan a la PK de DESTINOS.
>>
>> Gracias en lo que puedan ayudarme.
>>
>> MV
>>
>>
>>

Tal cual asi tengo la tabla de ZonasDeEnvio.
Gracias
MV

"Mauricio Pulla" escribió en el mensaje
news:%

Me parece que tu mayor problema son las zonas, sub zonas y posiblemente
Sub
sub zonas?
Al mas puro estilo treeview
Tabla zona.
key, Parent, Descripcion
1 0 Zona A
2 1 Zona X (Zona A)
3 1 Zona X1(Zona A)
4 2 Zona Z (Zona X, Zona A)
5 4 Zona ? (Zona Z, Zona X, Zona A)

Espero te ayude en algo.
Saludos.
Mauricio Pulla.
Cuenca-Ecuador

Hola Manuel, un saludo..

Bueno quizás no te de la respuesta explicita que necesitas, que en este caso
es normalizar las tablas, pero puedo ayudarte con la estructura, y ya tienes
un buen inicio para comenzar a dar forma a lo que necesitas.

Mira, generalmente esto de la estructura va directamente relacionado con la
estructura del negocio, pero también es una cuestión de conceptos y
definiciones, me explico:

Para los países puedes usar una tabla "País" con sus atributos, la cual
contendrá un código para cada país ingresado..

Para referirte a espacios geográficos amplios defines "Regiones", y como vi
que te referías a ciudades de Venezuela te contesto con ejemplos similares:
una tabla contentiva de "Regiones" , con sus respectivas regiones, en el
caso de Venezuela, "Región Capital", "Región Centro" , Región Oriente" ,
"Región Occidente" o mixtas, esto va a depender de las necesidades del
negocio..

Para referirte a espacios mas pequeños o sub.-espacios, por decirlo de
alguna manera, puedes crear "Zonas" todas con sus respectivos atributos..

Y por ultimo para definir direcciones o sectores de entrega puedes referirte
a Sectores de "Entrega, Despacho o "Reparto"

Así en el caso de tener clientes, puedes tener clientes en un país, ubicado
en una región, que a su vez esta en una zona y contiene una, e incluso mas
direcciones de entrega (sector de entrega) , y esto lo veo mas conveniente
aún tratándose de empresas operan en varios países, como es tu caso creo! ya
que un mismo cliente puede estar en uno o mas países, en una o mas regiones,
en una o mas zonas, con una o mas direcciones de entrega..

Ahora bien, para resumir un poco podrías crear tablas que hagan referencias
circulares, donde podrías contener Países, Regiones, Zonas. etc.,
exceptuando el mas bajo nivel que en este caso es la dirección de clientes,
que además es un atributo propio de "Direcciones" o en sus defectos, un
atributo de un cliente.. Aún así, esta técnica no es la más conveniente..

Bueno, estas son mis sugerencias..

Saludos desde Caracas..

"Manuel Vera" escribió en el mensaje
news:

Actualmente tengo en mi base de datos las siguientes tablas:
* PAISES
* ESTADOS (REGIONES)
* CIUDADES

Todas ellas estan relacionadas a la tabla de DIRECCIONES de los clientes.

Aparte, tengo otra tabla: ZONAS, que son los destinos donde se hace el
envío de la compra del cliente. Sin embargo, en esta tabla se repiten los
mismos registros que hay en las 3 anteriores. Es decir, tengo zonas que
son países, que son estados o que son ciudades.

La pregunta es: ¿puedo unificar todas esas 4 tablas en una sola, que se
llame DESTINOS? Asi me evitaria los registros repetidos. Sin embargo, en
la tabla de DIRECCIONES tendría 3 campos: CodPais, CodEstado y CodCiudad
que apuntan a la PK de DESTINOS.

Gracias en lo que puedan ayudarme.

MV