Al rededor de dos millones de registros anuales

[tepitenio]

El punto es que uno cae fácil en la tentación de parametrizar el sistema y eso, cuando se trabaja con grandes cantidades de datos, puede ralentizar mucho.

Por ejemplo, si tienes un campo "Tipo de Pago", con la posibilidad de poner EFECTIVO, CHEQUE, CRÉDITO, FIADO (aajajaja), en lugar de hacer un vector o una función hardcodeada, lo metemos en una tabla. Con la consecuencia que luego los queries tienen que relacionarla también, y eso en millones de registros ralentiza.

Otro consejo: Divide las tablas en tipos de datos.

Digamos que tienes cliente:

Nombre, Apellido, Titulo, Id, Pasaporte, Tipo de Pago, Tarjeta de Crédito, Telefono Personal, Telefono Laboral, Movil, Fax, Telex, Mail, SitioWeb, Oficina, Casa, etc.

lo que conviene hacer es hacer una tabla CLIENTE, que tenga nada mas que Id, Nombre, Apellido. Luego otra tabla CLIENTE_PAGO que tiene Id, TipoPago, TCredito. Otra tabla CLIENTE CONTACTO que tiene Id, Telefonos, Movil, Mail, SitioWeb. Otra CLIENTEPOSTAL etc ect

Entonces los queries se hacen con tablas relativamente pequeñas.