Cómo crear un índice en sql
En cualquier base de datos SQL, se necesita una forma rápida de acceder a los registros de interés. Digamos, por ejemplo, que desea buscar en todas las propuestas de personas que dicen ser su hermano. Suponiendo que ninguno de sus hermanos han cambiado sus apellidos para los propósitos de teatro, puede aislar estas ofertas basando su recuperación en el contenido de la Apellido campo, como se muestra en la siguiente consulta SQL adhoc:
SELECT * FROM POWERWHERE LastName = 'Marx -
Esa estrategia puede no funcionar para las propuestas hechas por medio hermanos y hermanas en la ley, por lo que hay que buscar en un campo diferente, como se muestra en el siguiente ejemplo:
SELECT * FROM POWERWHERE HowKnown = 'hermano-en-law'ORHowKnown = "medio hermano" -
SQL escanea la tabla una fila a la vez, en busca de entradas que satisfacen la DÓNDE condición de cláusula. Si la tabla PODER es grande (decenas de miles de registros), usted puede terminar esperando un tiempo. Usted puede acelerar las cosas mediante la aplicación de índices a la mesa de POWER. (Un índice es una tabla de punteros. Cada fila de los puntos de índice a una fila correspondiente en la tabla de datos.)
Se puede definir un índice para todas las diferentes maneras en que usted puede desear para acceder a sus datos. Si se agrega, cambiar o eliminar filas en la tabla de datos, usted no tiene que volver a ordenar la mesa - sólo tiene que actualizar los índices. Puede actualizar un índice mucho más rápido de lo que puede ordenar una tabla.
Después de establecer un índice con el orden deseado, puede utilizar ese índice para acceder a las filas de la tabla de datos de forma casi instantánea.
Porque el ProposalNumber campo es única y definitiva, utilizando ese campo es la forma más rápida de acceder a un registro individual. Estas cualidades hacen que sea ideal para una clave principal. Y debido a que las claves primarias son generalmente la manera más rápida de acceder a los datos, la clave principal de todas y cada mesa siempre debe ser indexado- Índices de acceso claves primarias automáticamente. Sin embargo, usted debe conocer la ProposalNumber del registro que desea.
Es posible que desee crear índices adicionales en base a otros campos, como Apellido, Codigo postal, o HowKnown. Para ver una tabla que índice en Apellido, después de una búsqueda encuentra la primera fila que contiene un Apellido de Marx, la búsqueda los ha encontrado. Las claves de índice para toda la Marx filas se almacenan uno tras otro.
Puede recuperar Chico, Groucho, Harpo, Zeppo, y Karl casi tan rápido como usted puede obtener los datos sobre Chico solo.
Índices sobrecargan el sistema, lo que ralentiza las operaciones. Usted debe equilibrar esta desaceleración frente a la velocidad que adquiera mediante el acceso a los registros a través de un índice.
Estos son algunos consejos para escoger buenos campos de indexación:
Indexación de los campos que utiliza con frecuencia para tener acceso a los registros es siempre una buena idea. Puede acceder rápidamente registros sin demasiada latencia.
No te molestes en la creación de índices para los campos que nunca utilizar las teclas como de recuperación. Creación de índices innecesarios es una pérdida de tiempo y espacio en la memoria, y tu ganas nada.
No crear índices para los campos que no diferencian un registro de un montón de otros. Por ejemplo, el BusinessOrCharity campo simplemente divide los registros de la tabla en dos categorías- no tiene un buen índice.
La eficacia de un índice varía de una aplicación a otra. Si migra una base de datos de una plataforma a otra, los índices que dieron el mejor rendimiento en el primer sistema no puede llevar a cabo la mejor en la nueva plataforma. De hecho, el rendimiento puede ser peor que si no hubieras indexada la base de datos en absoluto.
Pruebe diferentes esquemas de indexación para ver cuál le da el mejor rendimiento general y optimizar los índices de modo que ni la velocidad de recuperación, ni la velocidad de actualización sufren de la migración.
Para crear índices para la tabla PODER, sólo tienes que seleccionar Sí para indexado en el panel Propiedades del campo de la ventana de creación de la tabla.
El acceso hace dos trucos prácticos de forma automática: Se crea un índice para Codigo postal (debido a que el campo es de uso frecuente para las recuperaciones) y indexa la clave principal. (Ah, el progreso. Tengo que encanta.)
Codigo postal no es una clave principal y no está singularidad necesariamente lo opuesto es cierto para ProposalNumber. Usted ya ha creado un índice para Apellido. Haga lo mismo para HowKnown porque ambos son susceptibles de ser utilizados para las recuperaciones.
Después de crear todos los índices, no se olvide de guardar la nueva estructura de la tabla antes de cerrarla.
Si utiliza una herramienta RAD que no sea de Microsoft Access, esta información no se aplica a usted. Sin embargo, el proceso global es bastante similar.