Direccion alternativa para un envio

[PedroDesing]

Hola, estoy haciendo una tienda online y el cliente me ha pedido que incluya la posibilidad de incluir una direccion alternativa de envío del pedido. Cada usuario cuenta con una direccion en la base de datos, asociada a su nombre. Pero el cliente quiere que sea posible enviar el pedido a una direccion diferente a la suya propia (imaginar por ejemplo que es un regalo y quiere enviarlo a la dirección de la persona a la que la va a regalar el pedido).

Mi primera idea ha sido incluir un pequeño formulario en la pagina en la que se muestra el resumen del pedido, justo antes de confirmarlo. Este formulario incluye el texto de introducción: "Quiero enviar el pedido a una direccion diferente a la mia". Entonces rellena los campos Direccion, codigo postal, poblacion y provincia.

Estos datos se guardan en la base de datos "pedidos". Entonces al confirmar el pedido, se comprueba que los datos direccion alternatica, cp alternativo, provincia alternativa y poblacion alternativa esten rellenos. Si han sido rellenados, los tomamos como nueva direccion de envio. En caso de no estar rellenos (null en la base de datos) se toman los datos por defecto de la base de datos del usuario.

Que os parece esta idea? Alguna forma mejor???

Podéis ver lo que llevo de la tienda online en el siguiente enlace:

http://www.pedrorodas.com/LasTrejas

Muchas gracias por sus opiniones!

[miSko]

Pues la ideas que tu planeas está bien.

Lo único que le veo de malo es, que si un cliente realiza 3 pedidos y todos a la misma dirección alternativa, dicho dato se va a repetir en la tabla de pedidos.

Ademas, en lo referente a funcionalidad, lo suyo seria que al hacer un pedido, si quieres una dirección alternativa, ya te saque otras direcciones alternativas que ha introducido anteriormente, para lo cual tendrías que, o recorrer la tabla de pedidos y traerlas para ese cliente, o tenerlas en una tabla aparte.


Yo usaria una tabla alternativa asociada a clientes con otras direcciones de envio, y en la tabla de pedidos, simplemente un ID asociativo con dicha tabla nueva.

[PedroDesing]

Hola misKo, muchas gracias por contestar.

No entiendo muy bien el problema que planteas. Tal como yo lo veo, si el cliente hace 3 pedidos con una misma direccion alternativa. Estos campos se guardan en cada linea de pedidos, y no hay mayor problema. El dato se repite en la tabla de pedidos, pero no veo que problema hay.

Me gusta la idea de que recuerde otras direcciones alternativas introducidas anteriormente, pero me gustaria que me explicaras un poco mejor el otro punto.

Muchas gracias!

[miSko]

Buenas.

El problema es solo a nivel estructural y teorico, en la practica no hay ningun problema.

Es simplemente que , de cara a guardar los datos de una direccion ( que deberian ser en varios campos, no solo 1 campo con todos los datos ), queda mas bonito almacenarlos en una tabla aparte, que en la misma tabla de pedidos y simplemente relacionarlos.

A mi juicio, esta mucho mejor, mas limpio, y mas estructurado esto

Clientes
ID | Cliente
1 - Pepe

Direcciones
ID | ID Cliente | Direccion | Telefono | Email | Codigo Postal | Ciudad
1 1 --- --- --- --- ---
2 1 --- --- --- --- ---
3 1 --- --- --- --- ---

Pedidos
ID | ID Cliente | total | direccion
1 1 100 2
1 1 140 3
1 1 130 1


Que todo en la misma tabla y no repites campos.

A nivel de funcionamiento para lo que explicas, no creo que de ningun problema hacerlo a tu modo que a mi modo.

Ahora bien, a nivel de funcionamiento para por ejemplo, darle al cliente la lista de direcciones alternativas. No es lo mismo filtrar en una tabla de direcciones alternativas que en una tabla de pedidos.

Por logica, deberia haber muchos mas pedidos que direcciones alternativas, por lo que al SGDB le costará mas buscar en la tabla de pedidos que en la de direcciones.

[PedroDesing]

Ahora sí, ya lo tengo mucho más claro, y tienes razón, es más limpio hacerlo de esa forma.


Muchas gracias por tu aporte!