¿Cuál modelo de BD me aconsejan para un sistema de productos?

[mikehove]

Hola amigos. Necesito su consejo para definir un modelo de BD porque ahora tengo un modelo de adyacencia, pero ¿cuál es el más profesional?, para categorizar y organizar cientos de productos y así fusionándolo con el "relacional" funcione óptimamente.

[iislas]

Tu pregunta es muy extensa, es como preguntar: ¿Qué me aconsejan para empezar a diseñar un BOING 727?

[gnzsoloyo]

Además de lo dicho, estás hablando de paradigmas diferentes, y bastante incompatibles.
Ese tipo de hibridación no suele dar buenos resultados.

[mikehove]

Disculpen amigos del foro. Trataré de explicarme un poco mejor. Cuestión que tengo un modelo de base relacional y es un sistema de gestión de usuarios (tablas:clientes, vendedores, administradores) y de ventas de productos (tablas:pedidos, detalle de pedidos, productos), en el que la tabla "productos" es un modelo de adyacencia.

gnzsoloyo- Dices que esta fusión no es buena? Entonces debo seguir respetando lo relacional con la tabla productos y agregarle otras tablas para relacionarlas, por ej.: categorias, promociones,etc.

¿Qué otros datos puedo colocar aquí para poder explicarme mejor? Por favor

Trabajo con consultas sql con phpmyadmin para verlos en las páginas web.

[ceysmar]

Buenas de mi opinión creo que si se trata de un sistema de productos la pregunta sería más para mi opinión cual sistema de base de dato se ajusta más a las necesidades de tu cliente y el desarrollador cual sería más fácil de implementar para el cliente de qué manera hacer el sistema más fácil de instalar para el cliente buscar la optimización tanto en la base de dato como el las necesidades que tienes en donde será implementado pues considero desde mi punto de vista si es un sistema unitario o sea único que no está en red y lleva el control de producto creo que acess es más cómodo para el mismo usuario del sistema solo se necesita tener instalado Access y instalar el sistema y de una funciona ahora si es en red un servidor no estaría más y usar mysql creo que todo esta en la necesidad y la verdad no entiendo mucho lo de relacional pero creo que es lo que hago siempre jaja relacionar por ejemplo clientes con facturas y movimiento yo los relaciono por id y al momento de necesitar información busco los datos de movimiento con el id de x cliente creo que la relación no está en que programa la hace mas óptima para mi es igual ya que es un simple campo que guarda id únicos la cuestión está en el momento de hacer las consulta saber hacerlas lo mas optimizada posible y bueno si manejan menos de 1 millon de registro creo que no habría problema que tipo de base de dato sea es lo que opino yo

[iislas]

TODOS LOS MANEJADORES DE DATOS SON BUENOS, sin excepción, todo depende del "sapo", es la pedrada"

Access.- Es una herramienta de ESCRITORIO, no esta considerado como una real engine de datos
MySQL.- Motor de base de datos, conocido como "OpenSource", aunque el servicio de asesoría es carísimo.

[mikehove]

Gracias por responder compañeros del foro. Como había escrito trabajo con phpmyadmin.
Sucede que me llamó la atención esta respuesta:

Iniciado por gnzsoloyo

Además de lo dicho, estás hablando de paradigmas diferentes, y bastante incompatibles.
Ese tipo de hibridación no suele dar buenos resultados.

No puedo enviarle un mensaje privado a gnzsoloyo para constestarle que me queda claro que la fusión de estos 2 modelos: Entidad-Relación (E-R) y "Lista de adyacencia" no es lo mejor. Siendo el primero para relacionar, por ejemplo- tablas: usuarios, clientes, vendedores, pedidos, detalle_pedidos, etc. y el 2ndo. la tabla productos.

Me queda la alternativa que su mejor consejo es respetar 1 modelo. Me imagino que será el MODELO-ENTIDAD-RELACION para todas las relaciones antes nombradas, ¿cierto?