Diseño de tablas de MySQL

[sairam2188]

Buen Día,

Necesito hacer el diseño de una base de datos en la que una tabla contenga la siguiente información:
Rangos de Precios, Años y Tasas
Seria algo asi:

Año $100 a $500 $501 a $1000 $1001 a 10000 ...
2015 5.4 4.8 3.2
2014 6.2 5.1 3.6
2013 6.5 5.0 4.1
...


Tanto los rangos como los años y tasas deben ser editables. Lo que pense fue hacer una tabla para años, otra para rangos de precios y otra pivote que contengan las tasas con sus respectivas relaciones (llaves foraneas). Es la forma correcta de diseñarla? o estoy cometiendo algún error?
Tambien me esta costando mucho hacer la interfaz en php.

Gracias de antemano!

[leonardo_josue]

Hola sairam2188:

Afortunadamente (o desafortunadamente según se vea) no hay una "mejor" forma de modelar una BD's, esto depende completamente de cada caso y de las necesidades propias que tengas. Sin embargo, si estás modelando tu base de datos como E-R, entonces la recomendación sería que te ajuste a la esencia de este modelo.

¿A qué me refieron con esto?

Bueno, por lo que se puede ver estas hablando de tres datos que te interesa guardar: Los años, los rangos y la tasa... esto implicaría entonces tener tres catálogos, una para cada uno de estos datos.

Dado que tienes una relación muchos a muchos entre tus tablas, lo más simple como dices es tener una tabla relación que contenga el la llave primaria de cada uno de los tres catálogos. es decir, según tu ejemplo tendrías algo como esto:

Código MySQL:

mysql> SELECT * FROM rangos;
+----------+-----------------+-----------------+
| id_rango | limite_inferior | limite_superior |
+----------+-----------------+-----------------+
|        1 |             100 |             500 |
|        2 |             501 |            1000 |
|        3 |            1001 |           10000 |
+----------+-----------------+-----------------+
3 rows in set (0.00 sec)
 
mysql> SELECT * FROM anios;
+---------+------+
| id_anio | anio |
+---------+------+
|       1 | 2013 |
|       2 | 2014 |
|       3 | 2015 |
+---------+------+
3 rows in set (0.00 sec)
 
mysql> SELECT * FROM tasas;
+---------+------+
| id_tasa | tasa |
+---------+------+
|       1 | 3.20 |
|       2 | 3.60 |
|       3 | 4.10 |
|       4 | 4.80 |
|       5 | 5.00 |
|       6 | 5.10 |
|       7 | 5.40 |
|       8 | 6.20 |
|       9 | 6.50 |
+---------+------+
9 rows in set (0.00 sec)
 
mysql> SELECT * FROM r_anios_rangos_tasas;
+-------------+---------+----------+---------+
| id_relacion | id_anio | id_rango | id_tasa |
+-------------+---------+----------+---------+
|           1 |       1 |        1 |       1 |
|           2 |       1 |        2 |       3 |
+-------------+---------+----------+---------+
2 rows in set (0.00 sec)
 

Este es digamos el modelo más "puro" por llamarlo así, pero esto no implica que sea el mejor... a muchos les parece un desperdicio por ejemplo tener los años como un catálogo, y lo mismo pasa con las tasas... estos en realidad pueden ser valores de un campo, en específico. entonces podrías tener sólo una tabla con tus rangos y manejar sólo dos tablas, algo así:

Código MySQL:

mysql> SELECT * FROM rangos;
+----------+-----------------+-----------------+
| id_rango | limite_inferior | limite_superior |
+----------+-----------------+-----------------+
|        1 |             100 |             500 |
|        2 |             501 |            1000 |
|        3 |            1001 |           10000 |
+----------+-----------------+-----------------+
3 rows in set (0.00 sec)
 
mysql> SELECT * FROM r_anios_rangos_tasas;
+-------------+------+----------+------+
| id_relacion | anio | id_rango | tasa |
+-------------+------+----------+------+
|           1 | 2015 |        1 | 3.10 |
|           2 | 2014 |        2 | 4.10 |
+-------------+------+----------+------+
2 rows in set (0.00 sec)
 

¿Qué desventajas tiene este modelo? pues que en realidad nada te impide que metas un año o una tasa que en realidad no exista, en otras palabras, la integridad tendrías que revisarla "a mano".

Insisto, no hay una "mejor" forma de hacer las cosas.

Saludos
Leo.