Tabla con millones de registros

[elhidenoculto]

Hola,

he creado la siguiente tabla:

Código MySQL:

CREATE TABLE  `bd_tabla`.`tabla1` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `campo1` varchar(15) CHARACTER SET latin1 NOT NULL DEFAULT '0.000000',
  `campo2` varchar(15) CHARACTER SET latin1 NOT NULL DEFAULT '0.000000',
  `campo3` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `campo4` smallint(5) unsigned NOT NULL DEFAULT '0',
  `campo5` double NOT NULL DEFAULT '0',
  `campo6` smallint(5) unsigned NOT NULL DEFAULT '0',
  `campo7` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `campo8` smallint(5) unsigned NOT NULL DEFAULT '999',
  `campo9` tinyint(3) unsigned NOT NULL DEFAULT '0',
  `campo10` varchar(255) CHARACTER SET latin1 NOT NULL,
  `campo11` double NOT NULL DEFAULT '0',
  `campo12` double NOT NULL DEFAULT '0',
  `campo13` double NOT NULL DEFAULT '0',
  `campo14` smallint(5) unsigned NOT NULL DEFAULT '0',
  `fecha_insert` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  `campo15` smallint(5) unsigned NOT NULL DEFAULT '0',
  `campo16` smallint(5) unsigned NOT NULL DEFAULT '0',
  `campo17` bigint(20) unsigned NOT NULL DEFAULT '0',
  `campo18` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
  PRIMARY KEY (`id`),
  KEY `ix_campo3` (`campo3`),
  KEY `ix_campo6` (`campo6`),
  KEY `fk_campo8` (`id_tipo_posicion`),
  CONSTRAINT `fk_campo8` FOREIGN KEY (`campo8`) REFERENCES `bd_tabla`.`tabla2` (`campo1`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=1 DEFAULT CHARSET=utf8 COLLATE=utf8_spanish2_ci ROW_FORMAT=DYNAMIC;
 

Esta tabla puedes llegar a tener 1.440.000 de registros (haciendo una regla de 3) al día. Esta información tiene que estar unos 6 meses.

He pensado en generar una tabla por mes eso implicaría tener 43.200.000 registros en cada tabla. Creo que son cantidades de información muy elevadas, para acceder y moverme en ellas.

Hay un página web que hace SELECTss en esta tabla. Por otro lado, hay procesos que hacen INSERTss y UPDATEss.

El resto de la base de datos son tablas con pocos registros (no passan de 100.000 registros). La mayoría de tablas están indexadas y con claves foranas.

1.- Me pueden aconsejar un poco de como debería de administrar la tabla (pues el lema de divide y vencerás funcionaría)?
2.- Es aconsejable innodb? o mejor sería usar myisam (no creo que necesite la integridad ni hacer transacciones)


Gracias.

[quimfv]

Primero una cuestión de estilo, campo1, campo2,....campoN no da ningún tipo de información, ni a nosotros a los que nos pides ayuda, ni a los futuros programadores que puedan tener que trabajar con tu proyecto, ni a ti dentro de unos años cuando quieras hacer una modificación del proyecto y no te acuerdes de que guardabas en el campoX. (Idem para tabla1, tabla2....)

1.- Me pueden aconsejar un poco de como debería de administrar la tabla (pues el lema de divide y vencerás funcionaría)?

Hay un página web que hace SELECTss en esta tabla. Por otro lado, hay procesos que hacen INSERTss y UPDATEss.

Con la información que das no sabemos si las consultas son a toda la tabla, solo a periodos temporales a .... De hecho NO das información puesto que si no haces SELECTs, INSERTs y UPDATEs que vas a hacer con la tabla. Conocer el tipo de consultas que vayas a hacer es fundamental para poder aconsejar algo.

2.- Es aconsejable innodb? o mejor sería usar myisam (no creo que necesite la integridad ni hacer transacciones)

Si realmente no necesitas integridad o la puedes asegurar por programanción, y las transacciones son de una sola consulta, myisam será más rapido, creo. Pero veo que tienes un FK sabes que no exiten en myisam.