Database normalization is the process of refining the data in accordance with a series of normal forms. This is done to reduce data redundancy and improve data integrity. This process divides large tables into small tables and links them using relationships.
Here is the link of full article: https://www.support.dbagenesis.com/post/database-normalization
O documento discute os conceitos e objetivos da normalização de banco de dados, incluindo dependências funcionais, formas normais e como dividir tabelas para eliminar redundâncias e anomalias.
The document discusses different data models including hierarchical, network, relational, object-oriented, and object-relational models. It provides details on each model's structure and advantages and disadvantages. It also discusses using the relational model for a database to manage information for the Fly High Airlines, including passenger, payment, and seat information. The relational model is justified as the best fit due to its ability to efficiently query and join table data while ensuring data integrity.
O documento discute técnicas de modelagem de sistemas, incluindo diagramas de implantação, modelagem de sistemas embutidos, cliente-servidor e totalmente distribuídos. Fornece exemplos de como modelar diferentes aspectos da arquitetura de um sistema, como visões, subsistemas e relacionamentos entre elementos dos modelos.
This document discusses database normalization through various normal forms. It defines key concepts like functional dependencies and full functional dependencies. It explains the objectives and rules of first, second, third normal forms and BCNF. First normal form requires each field to contain a single value. Second normal form requires fields to depend on the whole primary key. Third normal form and BCNF further eliminate transitive dependencies. The document provides examples to illustrate normalization and resolving anomalies through decomposition. It also introduces multi-valued dependencies and fourth normal form.
O documento fornece uma introdução sobre bancos de dados relacionais, incluindo:
1) Explica os conceitos básicos de registros, campos, tabelas, chaves primárias e valores nulos.
2) Descreve as principais operações em bancos de dados relacionais como projeção, seleção e junção.
3) Fornece exemplos para ilustrar como essas operações podem ser usadas para extrair dados de múltiplas tabelas.
The document discusses functional dependencies and normalization in database design. It defines functional dependencies as associations between attributes in a relational database table where one attribute determines a unique value for another. Normalization is introduced as a process to break relations into smaller relations to remove redundant data and ensure dependencies make logical sense. The goals of normalization are outlined as eliminating redundancy and ensuring only related data is stored together. Various normal forms are defined from 1NF to BCNF with BCNF being the strongest. Reasons for normalization include minimizing redundancy, making the structure flexible, ensuring consistency, and handling complex queries easily.
Database normalization is the process of refining the data in accordance with a series of normal forms. This is done to reduce data redundancy and improve data integrity. This process divides large tables into small tables and links them using relationships.
Here is the link of full article: https://www.support.dbagenesis.com/post/database-normalization
O documento discute os conceitos e objetivos da normalização de banco de dados, incluindo dependências funcionais, formas normais e como dividir tabelas para eliminar redundâncias e anomalias.
The document discusses different data models including hierarchical, network, relational, object-oriented, and object-relational models. It provides details on each model's structure and advantages and disadvantages. It also discusses using the relational model for a database to manage information for the Fly High Airlines, including passenger, payment, and seat information. The relational model is justified as the best fit due to its ability to efficiently query and join table data while ensuring data integrity.
O documento discute técnicas de modelagem de sistemas, incluindo diagramas de implantação, modelagem de sistemas embutidos, cliente-servidor e totalmente distribuídos. Fornece exemplos de como modelar diferentes aspectos da arquitetura de um sistema, como visões, subsistemas e relacionamentos entre elementos dos modelos.
This document discusses database normalization through various normal forms. It defines key concepts like functional dependencies and full functional dependencies. It explains the objectives and rules of first, second, third normal forms and BCNF. First normal form requires each field to contain a single value. Second normal form requires fields to depend on the whole primary key. Third normal form and BCNF further eliminate transitive dependencies. The document provides examples to illustrate normalization and resolving anomalies through decomposition. It also introduces multi-valued dependencies and fourth normal form.
O documento fornece uma introdução sobre bancos de dados relacionais, incluindo:
1) Explica os conceitos básicos de registros, campos, tabelas, chaves primárias e valores nulos.
2) Descreve as principais operações em bancos de dados relacionais como projeção, seleção e junção.
3) Fornece exemplos para ilustrar como essas operações podem ser usadas para extrair dados de múltiplas tabelas.
The document discusses functional dependencies and normalization in database design. It defines functional dependencies as associations between attributes in a relational database table where one attribute determines a unique value for another. Normalization is introduced as a process to break relations into smaller relations to remove redundant data and ensure dependencies make logical sense. The goals of normalization are outlined as eliminating redundancy and ensuring only related data is stored together. Various normal forms are defined from 1NF to BCNF with BCNF being the strongest. Reasons for normalization include minimizing redundancy, making the structure flexible, ensuring consistency, and handling complex queries easily.
1) O que são ferramentas OLAP e seus tipos (ROLAP, MOLAP, HOLAP, DOLAP);
2) Operações básicas de OLAP como drill-down, roll-up, slice e dice;
3) Requisitos para ferramentas OLAP como rapidez, capacidade de análise, flexibilidade e suporte a múltiplos usuários.
Nbr 08196 desenho tecnico - emprego de escalasLuciano Otavio
Este documento estabelece diretrizes para o uso de escalas em desenhos técnicos no Brasil. Ele define os requisitos gerais e específicos para a indicação e seleção de escalas, incluindo a designação correta da escala e as escalas padronizadas que devem ser usadas.
Este documento apresenta o plano de ensino e aprendizagem para a disciplina de Banco de Dados no curso técnico em Informática da Faculdade Anhanguera de Piracicaba. O curso abordará conceitos de modelagem, normalização e implementação de bancos de dados relacionais utilizando ferramentas como MySQL e SQL Server ao longo de 80 horas divididas em aulas teóricas e práticas ao longo de dois bimestres.
O documento apresenta uma lista de exercícios sobre banco de dados, incluindo: 1) definição de SGBD e exemplos; 2) vantagens de banco de dados em relação a sistemas tradicionais; 3) problemas que dificultariam o uso de banco de dados; 4) perfis de pessoas envolvidas em projetos de banco de dados; 5) definição de modelo lógico de dados; 6) definição de esquema e instância de banco de dados.
Este documento descreve um programa de formação sobre noções básicas de Microsoft Access 2010. O programa inclui tópicos como criação de tabelas, definição de relações entre tabelas, criação de consultas, formulários e relatórios.
1) O documento descreve elementos da linguagem de modelagem UML, incluindo diagramas, notações e conceitos como classes, objetos, atributos e operações.
2) São apresentados os principais diagramas da UML como diagrama de classe, caso de uso, interação e implementação.
3) O documento explica conceitos-chave da UML como classes, objetos, atributos, operações, visibilidade, generalização e agregação.
O documento discute a importância da normalização de dados para evitar problemas de projeto de banco de dados, como repetição desnecessária e inconsistência de dados. Ele explica os processos de aplicar as três formas normais para dividir tabelas e simplificar atributos, resultando em um banco de dados mais estável e de fácil manutenção. Por fim, resume que a normalização projeta as estruturas de dados para eliminar inconsistências e redundâncias.
Normalisation is a process that structures data in a relational database to minimize duplication and redundancy while preserving information. It aims to ensure data is structured efficiently and consistently through multiple forms. The stages of normalization include first normal form (1NF), second normal form (2NF), third normal form (3NF), Boyce-Codd normal form (BCNF), fourth normal form (4NF) and fifth normal form (5NF). Higher normal forms eliminate more types of dependencies to optimize the database structure.
Database normalization is the process of organizing data in tables to minimize redundancy and dependency. It involves splitting tables into smaller tables and defining relationships between them using primary and foreign keys. There are various normal forms that quantify how normalized a database is, with third normal form being sufficient for most applications. Edgar Codd first proposed normalization and the first normal form, which requires that tables have a primary key and each attribute depend on the key. Higher normal forms like second and third further reduce redundancy between columns and tables.
1) O documento propõe uma prova prática de Informática Básica com dois exercícios. O primeiro pede para formatar uma planilha com notas de alunos, calcular médias, atribuir conceitos e calcular a pontuação necessária para mudar de conceito.
2) O segundo exercício pede para criar uma planilha com expressões matemáticas e resolvê-las.
3) Os alunos devem salvar as planilhas no formato .ods para avaliação do professor.
The document discusses database management systems and data independence. It defines data independence as the ability to change the database schema at one level without requiring changes at other levels. There are two types of data independence: logical data independence, which allows changing the conceptual schema without changing the external schema; and physical data independence, which allows changing the internal schema without changing the conceptual schema. The document provides examples of each type of data independence and explains the importance of data independence for database maintenance and flexibility.
What is Normalization in Database Management System (DBMS) ?
What is the history of the system of normalization?
Types of Normalizations,
and why this is needed all details in the presentation.
This document describes the three level architecture of a database management system (DBMS): the external, conceptual, and internal levels. The external level defines different views of the database for users. The conceptual level defines the logical structure and relationships of the entire database. The internal level defines the physical storage and implementation of the data. The document also discusses logical and physical data independence, which refer to the ability to modify schemas at different levels without affecting higher levels.
Este documento introduz os conceitos de dados, informação e bases de dados. Explica que dados são fatos isolados enquanto informação é o resultado da análise de dados. Define bases de dados como conjuntos organizados e relacionados de dados. Finalmente, descreve os sistemas de gestão de bases de dados como programas que permitem criar e manipular bases de dados de forma estruturada e independente dos programas.
Normalization is a process that organizes data to minimize redundancy and dependency. It divides tables to relate data without duplicating information. There are three common normal forms. The first normal form structures data into tables without repeating groups. The second normal form removes attributes not dependent on the primary key. The third normal form removes transitive dependencies so each non-key attribute depends directly on the primary key. Examples show how data can be normalized through multiple forms to eliminate anomalies and inconsistencies.
A aula apresenta os conceitos de normalização de dados e formas normais. Apresenta as primeiras três formas normais, explicando como identificar e corrigir problemas de normalização nas tabelas de um banco de dados para evitar redundâncias. Também discute formas normais adicionais e as vantagens e desvantagens da normalização.
O documento descreve a arquitetura de clusters do Google para busca na web, que usa mais de 15.000 PCs baratos para alcançar alta performance a um custo menor do que sistemas com poucos servidores caros. A arquitetura aproveita paralelização, replicação e foco em razão performance/preço ao invés de performance máxima.
Week 3 Classification of Database Management Systems & Data Modelingoudesign
The document discusses different types of database management systems and data models. It provides information on the following:
- The relational data model is the most commonly used model today and is supported by popular DBMS like Oracle, SQL Server, DB2, and MySQL.
- Other traditional models like hierarchical and network models are not commonly used now due to their complexity.
- The advantages of data models include increased effectiveness, reduced costs, simplicity, minimum redundancy, data integrity, independence, faster performance, reduced errors and risks.
- The types of data models discussed are hierarchical, network, relational, E-R and object oriented models. The characteristics and advantages/disadvantages of each model are described
O documento discute os processos de digitalização de documentos, incluindo a captura de informações, armazenamento e controle. A digitalização permite armazenar e compartilhar informações de forma mais rápida e eficiente do que o papel, reduzindo custos e melhorando a produtividade. Explica os benefícios da digitalização para empresas e indivíduos.
1) O que são ferramentas OLAP e seus tipos (ROLAP, MOLAP, HOLAP, DOLAP);
2) Operações básicas de OLAP como drill-down, roll-up, slice e dice;
3) Requisitos para ferramentas OLAP como rapidez, capacidade de análise, flexibilidade e suporte a múltiplos usuários.
Nbr 08196 desenho tecnico - emprego de escalasLuciano Otavio
Este documento estabelece diretrizes para o uso de escalas em desenhos técnicos no Brasil. Ele define os requisitos gerais e específicos para a indicação e seleção de escalas, incluindo a designação correta da escala e as escalas padronizadas que devem ser usadas.
Este documento apresenta o plano de ensino e aprendizagem para a disciplina de Banco de Dados no curso técnico em Informática da Faculdade Anhanguera de Piracicaba. O curso abordará conceitos de modelagem, normalização e implementação de bancos de dados relacionais utilizando ferramentas como MySQL e SQL Server ao longo de 80 horas divididas em aulas teóricas e práticas ao longo de dois bimestres.
O documento apresenta uma lista de exercícios sobre banco de dados, incluindo: 1) definição de SGBD e exemplos; 2) vantagens de banco de dados em relação a sistemas tradicionais; 3) problemas que dificultariam o uso de banco de dados; 4) perfis de pessoas envolvidas em projetos de banco de dados; 5) definição de modelo lógico de dados; 6) definição de esquema e instância de banco de dados.
Este documento descreve um programa de formação sobre noções básicas de Microsoft Access 2010. O programa inclui tópicos como criação de tabelas, definição de relações entre tabelas, criação de consultas, formulários e relatórios.
1) O documento descreve elementos da linguagem de modelagem UML, incluindo diagramas, notações e conceitos como classes, objetos, atributos e operações.
2) São apresentados os principais diagramas da UML como diagrama de classe, caso de uso, interação e implementação.
3) O documento explica conceitos-chave da UML como classes, objetos, atributos, operações, visibilidade, generalização e agregação.
O documento discute a importância da normalização de dados para evitar problemas de projeto de banco de dados, como repetição desnecessária e inconsistência de dados. Ele explica os processos de aplicar as três formas normais para dividir tabelas e simplificar atributos, resultando em um banco de dados mais estável e de fácil manutenção. Por fim, resume que a normalização projeta as estruturas de dados para eliminar inconsistências e redundâncias.
Normalisation is a process that structures data in a relational database to minimize duplication and redundancy while preserving information. It aims to ensure data is structured efficiently and consistently through multiple forms. The stages of normalization include first normal form (1NF), second normal form (2NF), third normal form (3NF), Boyce-Codd normal form (BCNF), fourth normal form (4NF) and fifth normal form (5NF). Higher normal forms eliminate more types of dependencies to optimize the database structure.
Database normalization is the process of organizing data in tables to minimize redundancy and dependency. It involves splitting tables into smaller tables and defining relationships between them using primary and foreign keys. There are various normal forms that quantify how normalized a database is, with third normal form being sufficient for most applications. Edgar Codd first proposed normalization and the first normal form, which requires that tables have a primary key and each attribute depend on the key. Higher normal forms like second and third further reduce redundancy between columns and tables.
1) O documento propõe uma prova prática de Informática Básica com dois exercícios. O primeiro pede para formatar uma planilha com notas de alunos, calcular médias, atribuir conceitos e calcular a pontuação necessária para mudar de conceito.
2) O segundo exercício pede para criar uma planilha com expressões matemáticas e resolvê-las.
3) Os alunos devem salvar as planilhas no formato .ods para avaliação do professor.
The document discusses database management systems and data independence. It defines data independence as the ability to change the database schema at one level without requiring changes at other levels. There are two types of data independence: logical data independence, which allows changing the conceptual schema without changing the external schema; and physical data independence, which allows changing the internal schema without changing the conceptual schema. The document provides examples of each type of data independence and explains the importance of data independence for database maintenance and flexibility.
What is Normalization in Database Management System (DBMS) ?
What is the history of the system of normalization?
Types of Normalizations,
and why this is needed all details in the presentation.
This document describes the three level architecture of a database management system (DBMS): the external, conceptual, and internal levels. The external level defines different views of the database for users. The conceptual level defines the logical structure and relationships of the entire database. The internal level defines the physical storage and implementation of the data. The document also discusses logical and physical data independence, which refer to the ability to modify schemas at different levels without affecting higher levels.
Este documento introduz os conceitos de dados, informação e bases de dados. Explica que dados são fatos isolados enquanto informação é o resultado da análise de dados. Define bases de dados como conjuntos organizados e relacionados de dados. Finalmente, descreve os sistemas de gestão de bases de dados como programas que permitem criar e manipular bases de dados de forma estruturada e independente dos programas.
Normalization is a process that organizes data to minimize redundancy and dependency. It divides tables to relate data without duplicating information. There are three common normal forms. The first normal form structures data into tables without repeating groups. The second normal form removes attributes not dependent on the primary key. The third normal form removes transitive dependencies so each non-key attribute depends directly on the primary key. Examples show how data can be normalized through multiple forms to eliminate anomalies and inconsistencies.
A aula apresenta os conceitos de normalização de dados e formas normais. Apresenta as primeiras três formas normais, explicando como identificar e corrigir problemas de normalização nas tabelas de um banco de dados para evitar redundâncias. Também discute formas normais adicionais e as vantagens e desvantagens da normalização.
O documento descreve a arquitetura de clusters do Google para busca na web, que usa mais de 15.000 PCs baratos para alcançar alta performance a um custo menor do que sistemas com poucos servidores caros. A arquitetura aproveita paralelização, replicação e foco em razão performance/preço ao invés de performance máxima.
Week 3 Classification of Database Management Systems & Data Modelingoudesign
The document discusses different types of database management systems and data models. It provides information on the following:
- The relational data model is the most commonly used model today and is supported by popular DBMS like Oracle, SQL Server, DB2, and MySQL.
- Other traditional models like hierarchical and network models are not commonly used now due to their complexity.
- The advantages of data models include increased effectiveness, reduced costs, simplicity, minimum redundancy, data integrity, independence, faster performance, reduced errors and risks.
- The types of data models discussed are hierarchical, network, relational, E-R and object oriented models. The characteristics and advantages/disadvantages of each model are described
O documento discute os processos de digitalização de documentos, incluindo a captura de informações, armazenamento e controle. A digitalização permite armazenar e compartilhar informações de forma mais rápida e eficiente do que o papel, reduzindo custos e melhorando a produtividade. Explica os benefícios da digitalização para empresas e indivíduos.
Sistem Software Integrat Pentru Administratia PublicaRobert Gologan
AVANSIS este un sistem informatic integrat pentru Administratia Publica Locala care are în componență 12 module specializate. Ahitectura flexibilă a sistemului permite implementarea oricaruia dintre module ca aplicație de sine stătătoare cu funcționalități complete cât și implementarea în grupe de aplicații alese de beneficiar în funcție de nevoi. Scalabilitatea sistemului permite adaugarea ulterioară și a altor module componente.
Componentele sistemului integrat Avansis acopera ariile:
taxe si impozite, financiar contabilitate, contabilitate bugetara, urbanism, registrul agricol, gestiunea patrimoniului public si privat,managementul documentelor, harta interactiva, gestiunea ajutoarelor sociale si indemnizatiilor, tablou de bord pentru management, management al activitatilor de reabilitare a drumurilor, sistem IVR.
La Cumparsita es un tango creado en 1915-1916 por el músico uruguayo Gerardo Matos Rodríguez. Posteriormente, el músico Roberto Firpo hizo arreglos musicales a pedido de Matos Rodríguez y lo tocó por primera vez con su orquesta. La letra más popular es del argentino Pascual Contursi. Se considera el tango más difundido a nivel mundial.
This document provides a summary of locations in the Lombardy region of Italy, listing various cities, towns, and landmarks. It mentions Milan multiple times at the beginning, then lists other places around lakes Como, Garda, Maggiore, and Iseo such as Brescia, Varenna, Como, Mantua, and Cremona. It also mentions several villas located around Lake Como.
1. 1 CONCEPTE FUNDAMENTALE
1.1 Introducere
Acum, bazele de date fac parte din viaţa noastră de zi cu zi în aşa măsură, încât adeseori
nu suntem conştienţi că le utilizăm.
Exemple:
a) Dacă aveţi o agendă cu adrese, aceasta este aproape o bază de date. Ca să fie
recunoscută ca o bază de date propriu-zisă trebuie să copiaţi informaţia într-un
computer şi să o salvaţi - într-o manieră ordonată – într-un fişier
b) Atunci când cumpăraţi ceva de la supermarket, vânzătorul trece un cititor de
coduri de bare peste fiecare din mărfurile cumpărate. Acesta este legat la un
program aplicaţie pentru baze de date, care utilizează codul de bare pentru a afla
preţul articolului respectiv dintr-o bază de date de produse. Apoi programul
reduce numărul articolelor respective din stoc şi afişează preţul la casă. Dacă
nivelul stocului scade sub o anumită limită, este posibil ca sistemul să emită
automat o comandă pentru a obţine un stoc suplimentar din acel articol.
c) Acolo unde se pot face cumpărături utilizând cardul de credit, de regulă
vânzătorul verifică dacă aveţi suficient credit. Această verificare poate fi efectuată
prin telefon, sau automat printr-un cititor de card legat la un sistem de
calculatoare. În ambele cazuri, undeva se află o bază de date, care conţine
informaţii despre cumpărăturile efectuate utilizând cardul de credit. Pentru a
verifica creditul dvs, există un program aplicaţie care utilizează numărul cărţii de
credit pentru a controla dacă preţul bunurilor pe care doriţi să le cumpăraţi,
împreună cu totalul cumpărăturilor deja efectuate în luna respectivă, se află în
limita creditului dvs. Atunci când cumpărarea este confirmată, detaliile acesteia
sunt adăugate în baza de date respectivă. Înainte de a autoriza cumpărarea,
programul aplicaţie va accesa baza de date şi pentru a verifica dacă nu cumva
cardul de credit se află pe lista celor furate sau pierdute.
1.2 Conceptul de bază de date
1.2.1 Noţiunile de dată şi informaţie
În activitatea noastră suntem permanent confruntaţi cu necesitatea de a lua decizii. Luarea
unei decizii impune existenţa unor informaţii referitoare la situaţia concretă asupra căreia trebuie
să decidem. Atenţie: noţiunile de dată şi informaţie au semnificaţii complet diferite.
Datele sunt fapte culese din viaţa reală pe bază de observaţii şi măsurători.
Informaţia este rezultatul interpretării datelor de către un subiect şi conferă acestuia
capacitatea de a lua decizii.
Datele devin informaţii numai în momentul interacţiunii lor cu un sistem capabil să le
interpreteze. Aceeaşi dată poate fi interpretată în mod diferit de subiecţi diferiţi, deci generează
informaţii diferite. Nu există o relaţie biunivocă între date şi informaţii.
Sistemele de calcul prelucrează date, nu informaţii.
Datele au un caracter obiectiv, în timp ce informaţia este subiectivă. Pentru luarea unei
decizii corecte, informaţia trebuie să fie:
1. disponibilă în timp util
2. corectă
3. necontradictorie
4. neredundantă
5. să aibă o formă adecvată necesităţilor factorului de decizie
2. Pentru a fi utile, datele trebuie culese, memorate, organizate, regăsite şi prelucrate în
mod adecvat pentru utilizarea lor ca informaţie. O astfel de activitate este legată în informatică
de noţiunea de bază de date.
Organizarea datelor în vederea prelucrării pe calculator este o activitate tot aşa de
importantă ca şi realizarea programelor. Aceste două componente ale unui sistem informatic,
datele şi programele, se găsesc într-o strânsă interdependenţă. Un program, oricât de elaborat şi
rafinat ar fi, nu va produce rezultatele scontate dacă va lucra cu o bază de date depăşită sau prost
organizată. Similar, o structură de date bine pusă la punct nu va putea suplini carenţele
programului care o prelucrează.
1.2.2 Sistemul tradiţional, bazat pe fişiere
Sistemele bazate pe fişiere au constituit o încercare de început de a computeriza sistemul
clasic de îndosariere manuală.
Sistemul bazat pe fişiere este o colecţie de programe aplicaţie, care efectuează servicii
pentru utilizatorii finali (servicii de tipul producerea de rapoarte). Fiecare program îşi defineşte
şi gestionează propriile date.
Altfel spus, într-o organizaţie, în loc să existe un depozit centralizat cu datele
operaţionale, fiecare departament îşi stochează şi controlează propriile date. De exemplu,
departamentul Contabilitate stochează detalii referitoare la salariul fiecărui angajat, şi anume:
SalariuPersonal (NumărMarcă, Nume, Prenume, Adresa, DataNaşterii, Salariu,
NumărAsigurare, NumărSecţie)
Departamentul Personal stochează deasemenea detalii despre angajaţi:
Personal (NumărMarcă, Nume, Prenume, Adresa, NumărTelefon, Funcţie, DataNaşterii,
NumărAsigurare, NumărSecţie)
Se observă că există o frecventă dublare a datelor în aceste departamente, fapt adevărat pentru
toate sistemele bazate pe fişiere.
Legat de terminologia utilizată în aceste sisteme, trebuie menţionat că un fişier este un set
de înregistrări care conţin date între care există anumite relaţii logice. Fiecare înregistrare
conţine un set de unul sau mai multe câmpuri între care există legături logice, fiecare câmp
reprezentând o anumită caracteristică a obiectului modelat.
Limitările sistemelor bazate pe fişiere:
a. separarea şi izolarea datelor
b. dublarea datelor
c. dependenţa de date
d. incompatibilitatea fişierelor
e. interogarea fixă a programelor aplicaţie, ⇒ proliferarea programelor aplicaţie
Separarea şi izolarea datelor are ca efect faptul că, pentru anumite aplicaţii, este
necesară prelucrarea şi sincronizarea a două sau mai multe fişiere.
Dublarea datelor implică două dezavantaje:
1. risipa de spaţiu de stocare
2. posibila alterare a integrităţii datelor: de exemplu, dacă un angajat îşi
schimbă adresa sau este promovat într-o funcţie superioară, cu o creştere
corespunzătoare de salariu şi această schimbare este anunţată numai la
Personal, nu şi la Contabilitate. Cum pentru cei de la Personal nu există o
modalitate automată de a reactualiza datele din fişierele de la Contabilitate,
este foarte probabilă apariţia unor neconcordanţe.
3. Dependenţa de date implică modificarea tuturor programelor de aplicaţie în cazul
modificării tipului sau dimensiunii unui câmp de date, activitate ce necesită mult timp şi este
supusă apariţiei erorilor.
Legat de incompatibilitatea fişierelor, trebuie subliniat că, deoarece structura fişierelor
este încorporată în programele aplicaţie, ea este dependentă de limbajul în care sunt scrise
acestea. De exemplu, structura unui fişier generat de un program scris în COBOL poate fi
diferită de cea a unuia genearat de un program scris în limbaj C. Incompatibilitatea fişierelor
face dificilă prelucrarea lor simultană, pentru extragerea de rapoarte de date aflate în fişiere
diferite.
Interogarea fixă a programelor aplicaţie a fost generată de faptul că sistemele bazate pe
fişiere sunt în mare măsură dependente de programatorul de aplicaţii. Interogările sau rapoartele
necesare trebuie să fie scise de către acesta. Din acest motiv au apărut două situaţii:
− ori tipurile de interogări sau rapoarte care puteau fi realizate erau fixe şi nu exista nici
un fel de facilitate de a realiza interogări neplanificate
− ori apărea o proliferare a fişierelor şi programelor de aplicaţie la nivelul fiecărei
organizaţii
Evident, în ambele cazuri consecinţele erau inacceptabile şi era necesară altă soluţie.
1.2.3 Tratarea prin baze de date
Toate limitările tratării bazate pe fişiere se datorează următorilor doi factori:
1) Definiţia datelor este încorporată în programele aplicaţie, în loc de a fi stocată
separat şi independent
2) Nu există un control al accesului şi manipulării datelor, în afară de cel impus de
către programele aplicaţie
Pentru a face mai eficientă depozitarea datelor, era necesară o nouă tratare. Aşa au apărut
bazele de date şi sistemele de gestionare a bazelor de date (SGBD).
Baza de date o colecţie partajată de date elementare sau structurate, între care
există relaţii logice, proiectată pentru a satisface nevoile informaţionale
ale unei organizaţii.
Pentru a înţelege conceptul de bază de date, să analizăm detaliat definiţia dată mai sus.
Baza de date este un depozit de date unic, care este definit o singură dată şi este utilizabil
simultan de mai mulţi utilizatori. În loc de a exista fişiere separate cu date redundante, toate
datele sunt integrate, cu o dublare minimă. Baza de date nu mai este deţinută de un singur
departament, ci constituie acum o resursă comună, partajată. Baza de date conţine nu numai
datele operaţionale, ci şi o descriere a acestora. Din acest motiv ea este definită şi ca o colecţie
autodescrisă de înregistrări integrate. Natura autodescriptivă a bazelor de date este cea care
produce independenţa program – date.
1.3 Utilitatea şi avantajul bazelor de date
Caracteristica principală a aplicaţiilor de baze de date constă în faptul că accentul este pus
pe operaţiile de memorare şi regăsire efectuate asupra unui volum mare de date şi mai puţin
asupra operaţiilor de prelucrare a acestora. Principala operaţie care apare în aplicaţiile de baze de
date este regăsirea datelor în scopul obţinerii de informaţii din baza de date. Acesta este sensul
existenţei oricărei baze de date.
O bază de date este creată pentru a fi interogată.
4. Alături de operaţia de regăsire, apar mai mult sau mai puţin frecvenat, operaţii de
memorare – pentru introducerea de noi date în baza de date, ştergere – pentru datele devenite
inutile şi de actualizare a unor date deja existente în baza de date.
Organizarea datelor într-o bază de date constituie o CENTRALIZARE a acestora. Aceasta
implică existenţa unui administrator al bazei de date (o persoană sau grup de persoane cu
atribuţii bine definite în actualizarea şi întreţinerea bazei de date).
Centralizarea datelor într-o bază de date prezintă avantajele:
1. Reducerea redundanţei datelor memorate. În cazul sistemelor bazate pe fişiere, este
posibil ca aceleaşi date să apară de mai multe ori în fişiere diferite, aparţinând unor
aplicaţii diferite ⇒ risipă a spaţiului de memorie.
2. Evitarea inconsistenţei datelor memorate: atunci când există mai multe copii ale
aceleiaşi date este posibil ca prin actualizarea numai a unora dintre ele, să avem valori
diferite pentru una şi aceeaşi dată. Aceasta atrage după sine inconsistenţa bazei de date.
3. Posibilitatea partajării datelor, se referă nu numai la posibilitatea utilizării în comun a
datelor de către mai mulţi utilizatori, ci şi la posibilitatea de a dezvolta aplicaţii noi
folosind datele deja existente în baza de date.
4. Posibilitatea aplicării restricţiilor de securitate: existând controlul centralizat al
datelor, se pot introduce verificări de autorizare a accesului la date. Se pot impune
restricţii diferite pentru fiecare tip de acces (regăsire, actualizare, ştergere), pentru fiecare
tip de dată şi la nivelul fiecărui utilizator.
5. Posibilitatea introducerii unor proceduri de validare a datelor în cazul operaţiilor de
actualizare, pentru a asigura cerinţa ca baza de date să conţină date corecte.
1.4 Independenţa datelor
Independenţa datelor înseamnă că există o delimitare strictă între reprezentarea fizică a
datelor şi imaginea pe care o are utilizatorul asupra acestor date. Modul concret în care este
realizată memorarea şi organizarea datelor este invizibil pentru utilizator. Acesta trebuie să fie
preocupat numai de problema concretă pe care o are de rezolvat şi pe care o modelează într-un
anumit fel. El lucrează la nivelul bazei de date cu acest model propriu. Detaliile de implementare
rămân în sarcina sistemului. Problema independenţei datelor prezintă 2 aspecte:
1. independenţa fizică a datelor
2. independenţa logică a datelor
1. Independenţa fizică a datelor este o măsură a imunităţii datelor faţă de modificările care pot
să apară în structura fizică de memorare a datelor. O modificare a acestei structuri nu va
afecta aplicaţia şi reciproc, modificări ale aplicaţiei vor lăsa nealterată structura fizică a
datelor. Structura fizică a datelor este determinantă pentru strategiile de acces folosite
pentru regăsirea datelor. O aplicaţie care este independentă de structura fizică a datelor nu
conţine nici o referire la dispozitivele de memorare folosite sau la strategiile de acces la date.
Din punct de vedere al aplicaţiei, datele sunt entităţi cu nume. Orice referire la date în cadrul
aplicaţiei se face prin aceste nume. Detaliile legate de dispozitivele de memorare sau
strategiile de acces nici nu trebuie să fie cunoscute de utilizator.
2. Independenţa logică a datelor se referă la imunitatea sistemului propriu al fiecărui utilizator
faţă de modificările în structura logică globală a bazei de date.
Independenţa logică permite adăugarea de noi entităţi logice (câmpuri sau înregistrări) la
structura bazei de date şi/sau modificarea relaţiilor existente între ele, ceea ce asigură
dezvoltarea bazei de date fără a afecta utilizatorii deja existenţi. Este nerezolvabilă
5. problema eliminării de entităţi logice din baza de date, întrucât orice operaţie de acest gen se
repercutează asupra utilizatorilor care fac referire la entitatea eliminată.
Observaţie: Independenţa logică este mult mai greu de asigurat decât cea fizică.
1.5 Obiectivele fundamentale ale unei baze de date
1. Centralizarea datelor permite:
− Suprimarea redundanţei
− Asigurarea unicităţii înregistrării
− Controlul centralizat asupra datelor
2. Independenţa între date şi program. Baza de date, ca imagine a unei anumite realităţi,
trebuie actualizată permanent. Acest lucru nu trebuie să afecteze programele aplicaţie. Pentru
aceasta trebuie ca fiecare program să aibă o viziune proprie asupra bazei de date.
3. Realizarea de legături între entităţile de date, necesare pentru exploatarea eficientă a
sistemului informatic. Ex.
4. Integritatea datelor asigură fiabilitatea şi coerenţa bazei de date. Pentru aceasta trebuie
definite restricţii de integritate cum ar fi:
− Apartenenţa la o listă de valori sau la un interval
− Apartenenţa la un anumit format
− Reguli de coerenţă cu alte date
Aceste reguli trebuie să respecte atât aspectele statice, cât şi cele dinamice. De exemplu, după
o actualizare de creştere a salariului, nivelul acestuia trebuie să fie mai mare decât cel
precedent.
5. Securitatea datelor. Baza de date trebuie să fie protejată împotriva unei distrugeri logice
(anomalii de actualizare) sau fizice. Pentru aceasta, există instrumente care permit:
− Crearea unor puncte de repriză = salvarea din timp în timp a unor copii coerente ale
bazei de date
− Gestiunea unui jurnal de tranzacţii = lista operaţiilor realizate asupra bazei de date
după ultimul punct de repriză
Dacă apare o anomalie care ar putea distruge baza de date, pe baza copiei de la ultima repriză
şi a jurnalului de tranzacţii se poate reface baza de date în forma iniţială.
6. Confidenţialitatea datelor este asigurată prin proceduri de:
− Identificare a utilizatorilor prin nume sau cod
− Autentificarea prin parole
− Autorizarea accesului diferenţiat prin drepturi de creare, consultare, modificare sau
ştergere pentru anumite sectoare de date
7. Partajarea datelor permite înlănţuirea tranzacţiilor solicitate simultan pe aceeaşi
înregistrare din baza de date, prin blocarea cererilor în aşteptare şi deservirea ulterioară a
acestora.
1.6 Sistemul de Gestiune a Bazelor de Date (SGBD)
SGBD un sistem de programe care permite utilizatorului definirea, crearea şi
întreţinerea bazei de date precum şi accesul controlat la aceasta.
Deci SGBD constă în elemente de software care interacţionează cu programele aplicaţie ale
utilizatorului şi cu baza de date.
6. 1.6.1 Facilităţi oferite de SGBD
De obicei, un SGBD oferă următoarele facilităţi:
• Permite utilizatorilor să definească baza de date, de obicei printr-un limbaj de definire a
datelor (Data Definition Language DDL). DDL permite utilizatorului specificarea
tipurilor de date şi a structurilor
• Permite inserarea, reactualizarea, ştergerea şi extragerea datelor din baza de date, de
obicei printr-un limbaj de manipulare a datelor (Data Manipulation Language DML).
• Oferă accesul controlat la baza de date. De exemplu, poate furniza:
o Un sistem de securitate, care previne accesarea bazei de date de către utilizatori
neautorizaţi
o Un sistem de integritate, care menţine concordanţa datelor stocate
o Un sistem de control al concurenţei, care permite accesul partajat la baza de date
o Un sistem de control al refacerii, care restaurează baza de date după o defecţiune
hardware sau software
o Un catalog accesibil utilizatorilor, care conţine descrieri ale datelor din baza de
date
• Oferă un anumit nivel de securitate. Modurile de vizualizare pot fi realizate astfel încât
să nu includă datele care nu trebuie cunoscute de anumiţi utilizatori
• Oferă un mecanism de personalizare a aspectului bazei de date
• Pot prezenta o imagine coerentă, neschimbată a structurii bazei de date, chiar dacă baza
a fost modificată
Această analiză este generală. Nivelul real de funcţionalitate diferă de la produs la produs. De ex,
s-ar putea ca un SGBD pentru un PC să nu accepte accesul partajat concurent, ci să aibă numai
un control limitat al securităţii, integrităţii şi refacerii.
1.6.2 Componentele mediului SGBD
Se pot identifica 5 componente principale ale mediului SGBD: hardware, software, date,
proceduri şi persoane.
Date
Hardware Software Proceduri Persoane
Maşină Punte Om
Fig. 1.1 Mediul SGBD
Hardware
Pentru a funcţiona, SGBD şi aplicaţiile au nevoie de hardware. Elementele specifice de
hardware depind de cerinţele organizaţiei şi de sistemul SGBD utilizat, şi poate fi de la un
PC sau un singur mainframe, până la o întreagă reţea de calculatoare.
7. Fig. 1.2 Exemplu de configuraţie hardware
Software
Componenta software cuprinde programele SGBD şi programele de aplicaţie,
împreună cu sistemul de operare şi soft-ul de reţea dacă SGBD este utilizat în
reţea.
Datele
Sunt probabil cea mai importantă componentă a unui mediu SGBD. Datele
acţionează ca o punte între componentele maşină şi cele umane. Baza de date
conţine atât datele operaţionale cât şi meta-datele („datele despre date”).
Procedurile
Se referă la instrucţiunile şi regulile care guvernează proiectarea şi utilizarea
bazei de date.
Persoanele
Se pot identifica patru tipuri distincte de persoane implicate în SGBD:
− Administratorii de date şi de baze de date
− Proiectanţii de baze de date
− Programatorii de aplicaţii
− Utilizatorii finali