Dependencia funcional e bases de datos relacionais

A información foi sempre unha dinámica adecuada de interese. Desenvolvemento, bases de datos relacionais e linguaxes de programación de tecnoloxía da información cambiou drasticamente o contido ea estrutura de interese. Hai un certo sistema de representación rigorosa. Formalización, a matemática exacta e relacións binarias tornar-se un éxito e en rápido crecemento, área de especialización e experiencia.

O mundo natural de información non cambiou a súa dinámica e desenvolvemento do contido e estrutura, subiu a novas alturas. Ten unha forma suave, e na natureza non hai nada "rectangular". Información, por suposto, ser formalizada, pero ten unha dinámica, cambiando non só os datos e algoritmos de seu procesamento, cambiando os mesmos e os seus campos de aplicación tarefas.

Información> formalización de datos >>

A información é convertida en datos (modelo de datos, estrutura de información, bases de datos ...), xa que ve programador. Non hai garantía de que esta visión é correcta, pero se o programa resolve o problema, os datos foron entón presentados adecuadamente maneira posible.

O tema da información como debidamente formalizada - unha cuestión de tempo. Ata o momento, o concepto de dinámica (auto-adaptación aos cambios nas condicións de uso) - só un soño de programación.

dependencia funcional: "a decisión correcta = programa (programador)" ea condición de "problema de conformidade continua" son válidos na maioría dos casos, pero só en conxunto. Pero esta non é unha base matemática, que se usa para crear bases de datos.

declaración directa: dinámica natural e continuo de información e algoritmos de resolución de problemas en realidade sempre. Un banco de datos relacional é unha relación binaria + + matemática estritas deseño formal ten + ...

Datos, arquivos e bases de datos

Como os datos son almacenados por un longo tempo non importa, sexa de memoria ou nun dispositivo externo. compoñente de hardware alcanzou un ritmo constante de desenvolvemento e garantir unha boa calidade en grandes volumes.

opcións de almacenamento principais, distintas modalidades de uso:

• arquivos;
• base de datos.

O primeiro é dada a mercé do programador (este rexistro, en que formato, como facelo, como ler ...), o segundo trae inmediatamente a necesidade de coñecemento de dependencias funcionais simple.

A taxa de mostraxe e información de gravación en arquivos (de tamaño razoable e non astronómico) é moi rápido, ea velocidade das operacións de base de datos similares ás veces pode ser significativamente máis lento.

experiencia persoal e sabedoría colectiva

Na historia, houbo intentos de ir máis alá do límite é acadar, pero ata hoxe bases de datos relacionais dominan. A riqueza de potencial teórico, a práctica de desenvolvedores extensas e - cualificado.

A noción de dependencia funcional de desenvolvedores de base de datos impor un programador, aínda que non ten a intención de utilizar a riqueza da experiencia matemática-lóxica de construción de estruturas de información complexos, procesos de traballo con eles, a mostraxe e rexistro de información.

Mesmo no caso máis simple, o programador depende da lóxica de base de datos, non importa o que escolle para traballar. Non hai ganas de seguir os canons, pode utilizar os arquivos que reciben unha gran cantidade de arquivos, e unha morea de experiencia persoal. unha morea de tempo persoal será gasto, eo problema será resolto por un longo tempo.

Non importa quão difícil pode aparecer exemplos de dependencia funcional, non necesariamente afondar nas profundidades do significado e da lóxica. Moitas veces, hai que recoñecer que a intelixencia colectiva capaz de crear diferentes bases de datos, tamaño e función diferente:

• A Oracle sólido;
• esixindo o MS SQL Server ;
• MySQL popular.

- excelentes bases de datos relacionais con unha boa reputación, doado de usar, rápido en mans hábiles. A súa utilización aforrar tempo e elimina a necesidade de escribir o código auxiliar folla seguinte.

Recursos de programación e Datos

Na programación foi unha enfermidade que está constantemente reescrito, repetir o traballo dos antecesores, que dalgún xeito algo para adaptarse á información alteradas, tarefa ou as condicións da súa utilización.

A peculiaridade da dependencia funcional é que, como no erro de programación pode ser moi caro. A tarefa raramente é simple. Normalmente, durante a formalización da información obtida pola representación complexa dos datos. seus elementos son normalmente identificados, a continuación, están ligados a determinadas relacións de clave, a continuación, ser algoritmos establecidos forma de táboas, consultas, algoritmos de recuperación de información.

Moitas veces, gran valor está ligada á codificación. Non todos os bancos de datos ofrecen solucións móbiles moitas veces pode ser confrontado con MySQL como ben afinado, no que se atopa unha ducia de bancos de datos, excelente e estable de traballo, forzando o creador para facer a base XI semellantes aos xa está aí.

Hai momentos en que a hospedaxe compartida limita a funcionalidade de PHP e iso afecta a programación de acceso á base.

En responsabilidade programación de hoxe para o algoritmo programa de responsabilidade equivalente para a creación dun modelo de datos. Todo debe funcionar, pero ten que sempre mergullo no labirinto da teoría.

DB: relación simple nos datos

En primeiro lugar, o concepto de base de datos - esta base de datos como un sistema de xestión bases de datos (por exemplo, MySQL), e algúns estrutura de información que era os obxectos de datos e as relacións entre eles. Unha base de datos MySQL «Hold» sobre si mesmo como moitas estruturas de información para varias aplicacións. Unha base de datos Oracle pode fornecer procesos de información dunha gran empresa ou banco para controlar a seguridade e integridade dos datos ao máis alto nivel, sendo situado nun conxunto de computadores que están a distancias diferentes en entornos de ferramentas.

Aceptado asumir que a razón é o modelo relacional básico. Unha relación fundamental - é un conxunto de columnas e filas cos nomes de valores. Classic "box" (ver táboa) - un avance sinxela e eficaz. A complexidade ea dependencia funcional da base de datos comeza cando a "caixas" están empezando a entrar nunha relación duns cos outros.

O nome de cada columna en cada táboa debe ser único no contexto do problema. O mesmo non pode ser dada en dúas táboas. Coñeza o significado dos conceptos:

• "Definindo a esencia";
• "Eliminar a redundancia";
• "Relación fixo";
• "Para garantir a precisión."

- un elemental que usar unha base de datos e construír un modelo de datos para unha tarefa específica.

A violación de calquera destes conceptos - a baixa eficiencia do algoritmo, a mostraxe de datos é lenta, perda de datos e outros problemas.

dependencia funcional: a lóxica e sentido

Non pode ler sobre as tuplas de relacións, sobre o feito de que a función - un conxunto de argumentos conxunto de valores e función correspondentes - non é só unha fórmula ou programación, pero pode ser dado un conxunto de valores - mesa.

Non necesariamente, pero non fai mal para representar a relación funcional como:

F (x1, x2, ..., xn) = (Y1, Y2, ..., yn).

Pero asegúrese de comprender que na entrada - a mesa, a saída é tamén unha táboa ou unha decisión específica. Normalmente, a relación funcional define a lóxica da relación entre as táboas, consultas, privilexios, triggers, procedementos almacenados e outros momentos (compoñentes) da base de datos.

Normalmente, as táboas son convertidos uns nos outros, a continuación, para o resultado. Pero o uso de dependencia funcional non está limitada a tal idea. O programador constrúe a representación dos datos de imaxe, o modelo de dominio, estrutura de información ... non importa como chamalo, pero se funciona para unha base de datos específico, debe ser baseada na súa lóxica, para ter en conta o seu significado e dialecto da lingua utilizada, vía de regra, SQL.

Pódese argumentar que as propiedades funcionais das dependencias da base de datos están dispoñibles a través do dialecto usado pola linguaxe SQL. Pero moito máis importante entender que despois de todo altibajos de desenvolvemento, non tan moitos bancos de datos sobreviviu, pero moitos dialectos da lingua e particularidades de estruturas internas nas bases de datos, tamén.

Oh o bo e vello Excel

Cando o ordenador ten mostrado o lado positivo, o mundo está xa dividido en programadores e usuarios. Como norma xeral, o primeiro uso:

• PHP, Perl, JavaScript, C ++, Delphi.
• MySQL, Oracle, MS SQL Server, Visual FoxPro.

segunda:

• Palabra.
• Excel.

Algúns usuarios poden facer a súa propia (sen axuda de programadores) en Word Database - un verdadeiro absurdo.

A experiencia de usuarios en Excel para crear unha base de datos - práctico e interesante. O importante é que o Excel, por si só, é funcional, colorido e práctico.

idea tabular definiu o concepto de dependencia funcional de visibilidade e accesibilidade, pero as pasaxes están en cada base de datos. Todo o mundo ten a súa propia "cara", pero a partir de Excel para Oracle manipular cadrados simples, é dicir, táboas.

Se consideramos que Excel - isto non é unha base de datos, pero moitos, os usuarios (non desenvolvedores) é tan usado, e Oracle - é complexa e potente para acadar un gran equipo de desenvolvedores está no campo de bases de datos, convértese en natural que admitir - a base de datos é unha representación en particular programador (equipo) do problema específico ea súa solución.

Cal é a relación funcional, co que, onde, por que ... aparentemente só para o autor ou grupo do mesmo.

De onde as actitudes relacionais son

progreso científico e tecnolóxico - un procedemento moi doloroso, e ás veces cruel. Se se lembrar onde a base de datos comezou, o que o * .dbf, ambos cibernética de marca, a continuación, caeu no amor coa ciencia da computación e comezou a organizar os obstáculos á circulación de alta tecnoloxía a nivel do país, torna-se claro por que as bases de datos relacionais son tan tenaz e boa. Por que é o estilo clásico a esta programación en directo día e programación orientada a obxectos é simplemente valorado, pero aínda non se pronunciou.

Non importa o quão fermosa relación funcional no contexto da matemática:

Esta non é unha relación binaria, ou mellor, é unha ocasión para repensar a idea de establecer relacións entre a pluralidade de atributos, para investigar a comunicación "one-to-many", "moitos para un", "moitos para moitos" ou "moitos fan, e un en particular."

relacións Opcións pode vir ata con gran variedade. Esta matemáticas á lóxica, e é rigorosa! Información - ten as súas propias matemáticas, especial. Só pode ser unha formalidade para dicir con unha gran desvantaxe.

Pode formalizar o traballo do departamento de persoal, escribir ACS para a extracción de aceite ou a produción de leite, pan, facer unha selección en unha enorme base de Google, Yandex e Rambler, pero o resultado sempre será estática, e cada punto no tempo é o mesmo!

A relación funcional = lóxica estrita e matemáticas = base para a base de datos, que tipo de dinámica que pode falar. Calquera decisión formal, calquera modelo de datos formal, + = rigorosa algoritmo de decisión precisa e inequívoca. Información e ámbito de calquera programa cambia en todo momento.

buscador de mostra na mesma frase de busca non pode ser o mesmo despois de unha ou dúas horas, e, claramente, un día - a frase de busca refírese á área de información na que unha serie de sitios, recursos, coñecementos e outros elementos están en constante cambio .

Sobre liñas e obxectos

Aínda que o programa é puramente matemático, e base de datos non é mesmo pensar sobre a dinámica de todo o que existe sempre unha liña. E hai unha liña longa. E é infinito non pode ser. Pode até non ser unha variable, a variable só condicional. Ademais, calquera base de datos da súa matemática e binario burocracia impón unha serie de trámites, e esta velocidade + mostraxe da calidade e procesamento de información.

строки условно-переменной длины с массой бинарных формальностей и строгих математических ограничений. Se engadirase estes ou outros campos na base de datos dos datos, especialmente reais na limitación: o número de bits, a presenza da letra 'e', formato de presentación - en suma todas partes e sempre teñen as propiedades importantes de dependencias de base de datos funcionais: cadea de lonxitude variable condicional cunha masa de par formalidades e restricións matemáticas rigorosas.

Se altera o ton e escoitar o pulso da dinámica, todos os obxectos poden ser pintado. Na primeira aproximación, o nome da columna na táboa - é un obxecto, unha lista de nomes - o mesmo obxecto, en suma mesa - unha cabeceira obxecto e nomes das columnas na cabeceira. E tapas non podería ser ...

Con todo, cordas pode ser unha mesa. E na liña pode ser de valor. E por que se supón que deberían ser sempre o mesmo número. mesa cadrada completa - este particular, e na maioría dos casos, privado.

Se imaxinar todos os proxectos nos obxectos de base de datos, entón, quizais, non ten que construír un rigoroso relacións binarias. Este é un natural e un sentido real, só porque é un obxectivo de (por suposto non matemático) lóxica reflicte a dinámica da información e do ambiente en que hai tarefas.