Actualizar registros de tabla - Manera correcta

[aguila_393]

Estoy trabajando con mysqli y PHP . Y tengo una tabla que va a tener noticias que seran compartidas via facebook. Para mantener contado la cantidad de veces que se compartio cada noticia guardo la cantidad dentro de la tabla, por lo que la tabla queda asi:

ID - Text - Shares


Lo que estoy haciendo para actualizar los shares (cantidad de veces compartidas) es obtener todos los registros de la tabla, y luego comprobar si la cantidad de shares es diferente, en dicho caso la actualizo con el siguiente codigo:
"UPDATE news SET shares = ".$shares." WHERE id = ".$row['id']." ";

Funciona perfecto. Mi pregunta es, es correcto hacerlo de esta manera? Porque en el futuro si hubiera que actualizar 2000 noticias no se si se saturara o afectara el rendimiento.

Basicamente seria eso. Estuve buscando y me parecio la mejor manera de hacerlo, pero no se nada de como influye en el rendimiento, o cuantas consultas es aceptable hacer.

[leonardo_josue]

Hola aguila_393:

Cuando un campo se puede calcular, NO SE DEBE ALMACENAR EN LA BASE DE DATOS, esa es una regla básica en el diseño y modelado de Bases de datos... porque precisamente estás haciendo trabajo doble... si al contar los registros obtienes el número de veces que se ha compartido una noticia entonces NO DEBES GUARDAR EL DATO...

Saludos
Leo.

[aguila_393]

Iniciado por leonardo_josue

Hola aguila_393:

Cuando un campo se puede calcular, NO SE DEBE ALMACENAR EN LA BASE DE DATOS, esa es una regla básica en el diseño y modelado de Bases de datos... porque precisamente estás haciendo trabajo doble... si al contar los registros obtienes el número de veces que se ha compartido una noticia entonces NO DEBES GUARDAR EL DATO...

Saludos
Leo.

Disculpa, no entendi a lo que te referis. Yo en la tabla tengo el numero de veces compartida en un dia determinado, pero tengo que actualizarlo para poder saber si alguien mas las compartio.

O como deberia hacerse? es que no entendi muy bien lo que dijiste.

Saludos.

[gnzsoloyo]

En esencia, lo que te dice es que si tienes:
- Una tabla de usuarios.
- Una tabla relacionada que dice quién compartió qué.
Con esas dos tablas puedes saber dinámicamente quien compartió que y cuantas veces, sin necesidad de almacenar ese valor numérico.

La regla general que te menciona, y que te enseñan en la asignatura de Bases de Datos es que jamás se almacenan en tablas datos que pueden obtenerse realizando el cálculo en una consulta.
- Ocupan espacio innecesariamente.
- Requieren procesos de actualización (que reducen performance).
- Son proclives a inconsistencia de datos (si no se actualizan antes de ser consultados, no representan datos fiables, y si los actualizas antes de consultarlos... ¿para qué demonios los guardaste?)

Poner un campo calculable en un modelo de datos de un examen es causa segura de reprobarlo...

[leonardo_josue]

Creo que la explicación de gnzsoloyo es bastante clara, pero te comento un ejemplo que utilizó mi profesor de Diseño de Base de Datos que ejemplifica más claramente lo que queremos hacer notar... supongamos que tienes la tabla Círculos, y quisieras obtener toda la información geométrica acerca de cada figura... lo que estás tratando de hacer sería tan sin sentido como querer almacenar el radio, del círculo, el valor de la constante PI, el valor de la circunferencia y el valor del área, es decir tener la tabla así:

Código MySQL:

mysql> SELECT * FROM circulos;
+-------+-----------+----------------+------------+
| radio | pi        | circunferencia | area       |
+-------+-----------+----------------+------------+
|     1 | 3.1415927 |      6.2831854 |  3.1415927 |
|     2 | 3.1415927 |     12.5663708 | 12.5663708 |
|     3 | 3.1415927 |     18.8495562 | 28.2743343 |
|     4 | 3.1415927 |     25.1327416 | 50.2654832 |
|     5 | 3.1415927 |      31.415927 | 78.5398175 |
+------+-------+-----------+----------------+------------+
5 rows in set (0.02 sec)
 

El campo PI no debe existir en la tabla, PUES ES UN VALOR CONSTANTE. Los campos circunferencia y area TAMPOCO DEBEN EXISTIR EN LA TABLA, pues estos se pueden calcular. El único dato que importa es el RADIO, por lo tanto es el único que debe existir en la tabla

A la hora de querer mostrar la circunferencia o el área de cualquier círculo EN EL SELECT HACES LOS CÁLCULOS NECESARIOS:

Código MySQL:

mysql> SELECT * FROM circulos;
+-------+
| radio |
+-------+
|     1 |
|     2 |
|     3 |
|     4 |
|     5 |
+-------+
5 rows in set (0.00 sec)
 
mysql> SELECT
    ->   radio,
    ->   (3.1415927 * 2 * radio) circunferencias,
    ->   (3.1415927 * radio * radio) areas
    -> FROM circulos;
+-------+-----------------+------------+
| radio | circunferencias | areas      |
+-------+-----------------+------------+
|     1 |       6.2831854 |  3.1415927 |
|     2 |      12.5663708 | 12.5663708 |
|     3 |      18.8495562 | 28.2743343 |
|     4 |      25.1327416 | 50.2654832 |
|     5 |       31.415927 | 78.5398175 |
+-------+-----------------+------------+
5 rows in set (0.00 sec)
 

¿Se entiende la idea?

Saludos
Leo.

[aguila_393]

Ahora si entendi lo que me querian decir. Tenia algo de idea de eso pero me lo dejaron un poco mas claro.

De todas maneras la cantidad de shares yo la obtengo de una pagina externa, lo que yo hago es:
- Obtengo el id y cantidad de shares de mi tabla.
- Consulto en una web externa la cantidad de shares de la id.
- Comparo ambas cantidades y de ser diferentes la actualizo con la sentencia que comente antes.

Eso se repite para todas las noticias.

La cantidad de shares actualizadas no la tengo en ninguna tabla de mi base de datos.

Entonces estaria bien lo que estoy haciendo? O hay alguna mejor manera?