As principais funcións do DBMS

Modernos sistemas de base de datos usado en moitos obxectos, pero non todos saben o que son e como pode usar as funcións de base de datos. Estas ferramentas son un gran número de posibilidades, entón ten que entender que poden facer eo que útil para o usuario para usalos totalmente.

xestión de datos

En primeiro lugar, nas funcións de base de datos inclúen o procesamento de información na memoria externa, e esta función é a subministración das estruturas básicas do PE, que son necesarios non só para gardar información directamente incluídas na base de datos, pero tamén para realizar varias tarefas de oficina, tales como a obtención rápida acceso a todos os arquivos en diferentes ocasións. En certas modalidades, usado activamente a posibilidade de distintos sistemas de arquivos, mentres outros ofrecen para o traballo, mesmo a nivel de dispositivos de memoria externos. Pero, neste caso, paga a pena notar que as funcións de base de datos, cun alto grao de desenvolvemento, o usuario, en calquera caso, non é informado de que calquera sistema é usado, e en caso afirmativo, como organizar arquivos. En particular, o sistema está a apoiar a súa propia orde nomear os obxectos incluídos na base de datos.

xestión de buffer RAM

Na inmensa maioría dos casos a función de base de datos é común o uso de unha base de datos moi voluminosos e o tamaño mínimo é frecuentemente moito máis memoria RAM dispoñible. Claro que, se no caso de tratamento para cada elemento de datos serán trocados coa memoria externa, a velocidade deste último pode coincidir coa velocidade do sistema, de xeito practicamente a única opción real é aumentar os seus datos en buffer na RAM. Neste caso, aínda que o sistema de funcionamento ofrece un buffer de todo o sistema, por exemplo, para UNIX, un Isto non será suficiente para garantir que a base de datos nas funcións de uso e principais, xa que ten un volume moito maior de datos sobre as propiedades beneficiosas de tamponamento cada parte específica da base de datos usadas. Debido a este sistema de desenvolvemento para apoiar o seu propio conxunto de buffers, así como unha disciplina única súa substitución.

Paga a pena notar o feito de que hai unha liña separada de sistemas de control, centrándose na presenza continua na memoria de todo o banco de datos. Esta dirección está baseada no presuposto de que no futuro próximo a cantidade de memoria RAM no seu ordenador poderá ampliar de xeito que xa non será de calquera preocupación de tamponamento, e as funcións básicas deste tipo de base de datos aquí vai caer ben no momento. Polo momento, todas estas obras aínda están en fase de probas.

xestión de transaccións

Unha transacción é unha secuencia de operacións coa utilización do sistema de xestión de base de datos que tratan como unha única entidade. Se a transacción sexa totalmente executado con éxito, o sistema captura os cambios que se fixeron por el, en memoria externa ou ningunha desas mudanzas non serán reflectidas sobre o estado da base de datos. Esta operación é necesaria a fin de apoiar a integridade lóxica da base de datos empregado. Debe notarse que o mantemento do curso correcto do mecanismo de transacción é unha condición previa, aínda que se utiliza unha base de datos de usuario único, a finalidade ea función dos cales son significativamente diferentes de outros tipos de sistemas.

A propiedade que calquera transacción só comeza nun estado consistente da base de datos e, así, deixa-lo no mesmo estado despois do final do procedemento, o que fai moi conveniente para usar como a unidade da actividade na base de datos. Cunha xestión axeitada das transaccións son executados en paralelo polo sistema de cada usuario individual control, en principio, pode sentirse parte do todo. Sen embargo, este é dalgunha forma unha representación idealizada, como en moitas situacións nas que as persoas que traballan aínda vai sentir a presenza dos seus compañeiros se utilizaban un sistema multiusuario, pero en realidade ofrece o propio concepto de base de datos. Funcións como base de datos multi-usuario tamén foi asociado cos conceptos de xestión de transaccións, como plan de execución de serie e serialización.

O que significan?

Serializing transacción executable paralelo implica unha construción especial do seu plan de traballo, no que o efecto total obtida é equivalente ao resultado obtido mestura, debido á súa execución secuencial.

plan de execución de serie é unha estrutura de acción específico, o que leva a serialización. Claro que, se o sistema é obtida para fornecer unha verdadeiramente unha execución serial de mestura de transaccións, calquera usuario que xerou a transacción, a presenza doutros será absolutamente imperceptible, agás que vai traballar un pouco máis lento en comparación co modo de usuario único.

Hai uns algoritmo básico de serialización. En sistemas centralizados, o máis popular hoxe en día son os algoritmos que están baseados na captura de sincronización diferentes obxectos de base de datos. No caso de calquera algoritmo de serialización prevé a posibilidade de conflito entre dúas ou máis operacións no acceso a determinados obxectos de base de datos. En tal situación, para apoiar este procedemento, ten que desfacer, ou sexa, para eliminar calquera cambio feitas á base de datos a través dun ou máis procesos. Esta é só unha das situacións en que un sistema multiusuario, séntese a presenza doutros.

logging

Un dos principais requisitos para os sistemas modernos é garantir a fiabilidade de almacenamento de información na memoria externa. En particular, prevé que unha das principais funcións da base de datos inclúen a capacidade de recuperar o último estado coherente da base de datos tras a aparición de calquera fallo de software ou hardware. Na inmensa maioría dos casos levados a considerar dúas opcións para fallos de hardware:

• brando, o que pode ser interpretado como unha parada repentina do seu computador (o caso máis común - Apagado de emerxencia);
• ríxida, que se caracterizan por perda parcial ou completa dos datos gardados no soporte externo.

Como erros de software Exemplos apagado do sistema de emerxencia ao tentar usar calquera posibilidade de que unha das principais funcións dun SGBD non está incluído ou falla calquera utilidade usuario, polo que unha determinada transacción non foi rematada. A primeira situación pode ser considerada como un tipo especial de fallo suave, mentres que no caso deste último é necesario eliminar as consecuencias dunha única transacción.

Claro que, en calquera caso, para a recuperación de base de datos normal é necesario ter unha certa cantidade de información. Noutras palabras, para o mantemento normal da fiabilidade de almacenamento de datos na base de datos ten que garantir a redundancia de almacenamento de información, e parte dos datos é usado na recuperación debe ser gardado con coidado. O método máis común de garantir o mantemento de datos redundantes, é considerado para ser rexistro cambios.

Que é e como se usa?

A revista é unha parte especial da base de datos, que é acceder a unha serie de funcións de base de datos non están incluídos, e mantense con moito coidado. En ocasións, incluso, á vez que proporciona soporte para dous exemplares da revista, en medios física diferente. Na tenda recibido información sobre os cambios que se producen na parte principal da base de datos, e cambios diferentes sistemas de control poden no diario a diferentes niveis. En ocasións, unha entrada de rexistro é completamente coherente cunha determinada operación lóxica cambios, en algún lugar - unha operación interna mínima asociada coa modificación de páxina de memoria externa, mentres algúns SGBDs implica o uso dunha combinación de dous enfoques.

En calquera caso, a chamada "estratexia de gravación preventiva" na revista. No seu rexistro de solicitude, indica un cambio en calquera obxecto de base de datos cae na memoria externa da revista antes do obxecto variable. Sábese que a funcións de base de datos Access inclúen o cumprimento normal con este protocolo, a través da revista para resolver os problemas relacionados coa recuperación de datos en caso de posibles erros.

recuar

A situación máis sinxela é a restauración da transacción individual é revertida. Para este procedemento, non é necesario usar un rexistro de cambios en todo o sistema, e é o suficiente para usar para cada transacción un lugar operacións de modificación de revista, e despois voltar a transacción, executando as tarefas inversas, a partir de finais de cada rexistro. A estrutura da función de base de datos, moitas veces implica o uso de só unha estrutura, pero na maioría dos casos, os rexistros locais aínda non soportados e reversión mesmo individual de operacións individuais realizadas por un de todo o sistema, e para que todos os rexistros de cada transacción combinada lista inversa.

No caso dunha memoria base de datos externa fallo suave pode incluír varios obxectos que foron modificados por transaccións non concluídas no tempo de aparición de fallo, e tamén pode haber obxectos diferentes, aqueles actualizados que finalizaron con éxito antes do fallo mediante o contido do buffer RAM que desaparece por completo cando hai problemas semellantes. Se o protocolo se cumpre, que prevé a utilización de xornais locais son necesariamente escribir na memoria externa, que se relacionan con modificacións de tales obxectos.

A principal finalidade do proceso de recuperación tras a aparición do fallo suave é un estado da memoria externa da base de datos principal, que resultaría no caso de se fixar no PO calquera cambio de transacción completada e, polo tanto, non conter restos de procedementos incompletos. Para conseguir este efecto, as principais funcións de base de datos son, neste caso, reverter transaccións non confirmadas, repita a operación, os resultados que, finalmente, non aparecerá na memoria externa. Este proceso implica unha morea de sutilezas, relacionados principalmente coa organización da xestión da revista e buffers.

fallos no disco

Se é necesario, restaurar a base de datos tras a aparición de fallos no disco non é só unha revista, pero tamén unha copia de seguridade da base de datos. O último é unha copia completa da base de datos nese tempo que a revista comezou a encher. Claro que, para un procedemento de recuperación normal require unha seguranza revista, polo tanto, como mencionado anteriormente, a súa preservación na memoria externa imposta requisitos moi rigorosos. Neste caso, a recuperación do banco de datos é que, con base nas copias de arquivo da revista son xogados todas as operacións realizadas concluídos no momento do desastre. Se é necesario, pode incluso ser xogado transaccións incompletas traballo e continuando o seu traballo normal tras o fin do proceso de recuperación, pero na maioría dos sistemas reais, tal procedemento non se realiza pola razón de que en si recuperación tras fallo do disco é un procedemento relativamente longo.

soporte idioma

Para traballar cos bancos de datos modernos usan diferentes idiomas, e na base de datos en principio, nomeamento, funcións e outras características que son significativamente diferentes do moderno sistema dando soporte especializado para varios idiomas. Estes eran, sobre todo, o SDL e LMG, destínase a definir o esquema de base de datos e de manipulación de datos, respectivamente.

SDL se usa para definir a estrutura lóxica da base de datos, isto é, para recoñecer a estrutura específica da base de datos, que está dispoñible para os usuarios. DML tamén inclúe un conxunto de operadores de manipulación da información, permite que almacene información nunha base de datos, así como eliminar, modificar ou utilizar os datos existentes.

características DBMS inclúen distintos tipos de apoio unha única linguaxe integrada que ofrece a todos os recursos necesarios para o funcionamento normal de bases de datos, desde a súa creación inicial, e ofrece unha interface de usuario por defecto. A linguaxe estándar que ofrece as funcións básicas da base de datos o máis común na actualidade de sistemas relacionais, usado por SQL.

¿Que é iso?

En primeiro lugar a lingua combina as funcións básicas do DML e SDL, é dicir, ofrece a posibilidade de determinar a semántica específicos de base de datos relacional , e manexar a información necesaria. Así, diferentes obxectos de base de datos de nomes apoiados directamente sobre o nivel de linguaxe no sentido de que a conversión se realiza por nomes de obxecto do compilador nos seus identificadores internos, con base nas táboas de servizos soportados especialmente directorios. O núcleo do sistema de control, en principio, non interactúa con táboas ou columnas individuais.

A linguaxe SQL inclúe unha lista de ferramentas especiais para definir as restricións de base de datos. De novo, estas restricións están incluídas nas táboas especiais, catálogos, e seguimento da integridade realízase directamente no nivel lingüístico, que está en proceso de lectura individual compilador instrucións de modificación de base de datos, en base a dispoñible nas restricións de integridade da base de datos, pasa para xerar o código correspondente.