duda respecto a indices naturales y artificiales

Amigos, estoy iniciando un proyecto en una empresa pero estoy en una duda
respecto a dos tablas de la BD que tienen alto grado de transacionabilidad
y a la vez consultada constantemente.
Son dos tablas que conformar Maestro - Detalle de las cuales la tabla
maestro va a contener un aproximado de 200,000 registros anuales y el
detalle va a contener algo de 30 lineas promedio por cada linea en la
cabecera esto nos da una aproximado de 6,000,000 registro en esta tabla de
detalle.

Estuve pensando generar un primary Key por dos campos en las dos tablas
que seria Año+NroTransaccion (Char 4 + char(6)) y a la vez estos serian
sus campos relacionables pero, lei tambien un articulo en portalsql
respecto al tema de los indices naturales vs indices artificiales donde
comentaban que tener un campo entero como primary key seria mucho mas
optimo que hacerlo mediante los indices compuestos.

Que me recomiendan Uds. por las experiencias que tienen.

si usar un indice simple con campo entero o seguir usando los clasicos
indices compuestos???

cual Join seria mas rapido Año+nrotransaccion o Solamente
nrotransaccion???

Gracias

Dany Acosta.

Amigos, estoy iniciando un proyecto en una empresa pero estoy en una duda
respecto a dos tablas de la BD que tienen alto grado de transacionabilidad
y a la vez consultada constantemente.
Son dos tablas que conformar Maestro - Detalle de las cuales la tabla
maestro va a contener un aproximado de 200,000 registros anuales y el
detalle va a contener algo de 30 lineas promedio por cada linea en la
cabecera esto nos da una aproximado de 6,000,000 registro en esta tabla de
detalle.

Estuve pensando generar un primary Key por dos campos en las dos tablas
que seria Año+NroTransaccion (Char 4 + char(6)) y a la vez estos serian
sus campos relacionables pero, lei tambien un articulo en portalsql
respecto al tema de los indices naturales vs indices artificiales donde
comentaban que tener un campo entero como primary key seria mucho mas
optimo que hacerlo mediante los indices compuestos.

Que me recomiendan Uds. por las experiencias que tienen.

si usar un indice simple con campo entero o seguir usando los clasicos
indices compuestos???

cual Join seria mas rapido Año+nrotransaccion o Solamente
nrotransaccion???

Gracias

Dany Acosta.

Amigos, estoy iniciando un proyecto en una empresa pero estoy en una duda
respecto a dos tablas de la BD que tienen alto grado de transacionabilidad
y a la vez consultada constantemente.
Son dos tablas que conformar Maestro - Detalle de las cuales la tabla
maestro va a contener un aproximado de 200,000 registros anuales y el
detalle va a contener algo de 30 lineas promedio por cada linea en la
cabecera esto nos da una aproximado de 6,000,000 registro en esta tabla de
detalle.

Estuve pensando generar un primary Key por dos campos en las dos tablas
que seria Año+NroTransaccion (Char 4 + char(6)) y a la vez estos serian
sus campos relacionables pero, lei tambien un articulo en portalsql
respecto al tema de los indices naturales vs indices artificiales donde
comentaban que tener un campo entero como primary key seria mucho mas
optimo que hacerlo mediante los indices compuestos.

Que me recomiendan Uds. por las experiencias que tienen.

si usar un indice simple con campo entero o seguir usando los clasicos
indices compuestos???

cual Join seria mas rapido Año+nrotransaccion o Solamente
nrotransaccion???

Gracias

Dany Acosta.

Amigos, estoy iniciando un proyecto en una empresa pero estoy en una
duda respecto a dos tablas de la BD que tienen alto grado de
transacionabilidad y a la vez consultada constantemente.
Son dos tablas que conformar Maestro - Detalle de las cuales la tabla
maestro va a contener un aproximado de 200,000 registros anuales y el
detalle va a contener algo de 30 lineas promedio por cada linea en la
cabecera esto nos da una aproximado de 6,000,000 registro en esta tabla
de detalle.

Estuve pensando generar un primary Key por dos campos en las dos tablas
que seria Año+NroTransaccion (Char 4 + char(6)) y a la vez estos serian
sus campos relacionables pero, lei tambien un articulo en portalsql
respecto al tema de los indices naturales vs indices artificiales donde
comentaban que tener un campo entero como primary key seria mucho mas
optimo que hacerlo mediante los indices compuestos.

Que me recomiendan Uds. por las experiencias que tienen.

si usar un indice simple con campo entero o seguir usando los clasicos
indices compuestos???

cual Join seria mas rapido Año+nrotransaccion o Solamente nrotransaccion???

Gracias

Dany Acosta.

Otra consulta mas, si deseo activar los Constraint FK de las tablas
maestro - detalle con las otras tablas relacionadas... a ese volumen de
datos bajaria el rendimiento???



Dany wrote:
Mostrar la cita

Amigos, estoy iniciando un proyecto en una empresa pero estoy en una duda
respecto a dos tablas de la BD que tienen alto grado de
transacionabilidad y a la vez consultada constantemente.
Son dos tablas que conformar Maestro - Detalle de las cuales la tabla
maestro va a contener un aproximado de 200,000 registros anuales y el
detalle va a contener algo de 30 lineas promedio por cada linea en la
cabecera esto nos da una aproximado de 6,000,000 registro en esta tabla
de detalle.

Estuve pensando generar un primary Key por dos campos en las dos tablas
que seria Año+NroTransaccion (Char 4 + char(6)) y a la vez estos serian
sus campos relacionables pero, lei tambien un articulo en portalsql
respecto al tema de los indices naturales vs indices artificiales donde
comentaban que tener un campo entero como primary key seria mucho mas
optimo que hacerlo mediante los indices compuestos.

Que me recomiendan Uds. por las experiencias que tienen.

si usar un indice simple con campo entero o seguir usando los clasicos
indices compuestos???

cual Join seria mas rapido Año+nrotransaccion o Solamente
nrotransaccion???

Gracias

Dany Acosta.