Estrutura de dados - Histórico de revisão

Tiago em 14h02min de 22 de setembro de 2020

2020-09-22T14:02:14Z

Tiago em 13h49min de 22 de setembro de 2020

2020-09-22T13:49:01Z

Tiago em 13h46min de 22 de setembro de 2020

2020-09-22T13:46:41Z

Tiago em 17h21min de 21 de maio de 2020

2020-05-21T17:21:26Z

Tiago em 18h34min de 20 de maio de 2020

2020-05-20T18:34:03Z

Tiago em 20h01min de 26 de fevereiro de 2020

2020-02-26T20:01:50Z

Tiago em 13h13min de 13 de fevereiro de 2020

2020-02-13T13:13:18Z

Tiago em 20h08min de 11 de dezembro de 2019

2019-12-11T20:08:14Z

Tiago em 18h00min de 25 de outubro de 2019

2019-10-25T18:00:49Z

Tiago em 17h59min de 25 de outubro de 2019

2019-10-25T17:59:36Z

← Edição anterior		Edição das 14h02min de 22 de setembro de 2020
Linha 40:		Linha 40:
	}}		}}

−	~~<categorytree>Databases</categorytree>~~
	[[category:Data structure]]		[[category:Data structure]]

← Edição anterior		Edição das 13h49min de 22 de setembro de 2020
Linha 39:		Linha 39:

	}}		}}
		+
		+	<categorytree>Databases</categorytree>
	[[category:Data structure]]		[[category:Data structure]]

← Edição anterior		Edição das 13h46min de 22 de setembro de 2020
Linha 39:		Linha 39:

	}}		}}
		+	[[category:Data structure]]

@@ Linha 1: / Linha 1: @@
-{{Verbete|nome=Tiago|sobrenome=Gil|verbete=
+{{Verbete|nome=Tiago|sobrenome=Gil|video=8'|verbete=
 {{Bds}}
 A primeira coisa que importa saber é quais são os elementos que compõem uma base de dados, sua estrutura. É bem mais simples do que Althusser! Uma base é um conjunto de TABELAS articuladas. Alguns usam a palavra “entidade” para designar as tabelas, um nome um tanto sobrenatural. Essas tabelas podem conter diferentes tipos de informação: sobre pessoas, casas, terras, por exemplo, endereços, etc. Podemos criar apenas uma tabela, se for o caso. Sobre essa decisão, que envolve predominantemente problemas próprios do conhecimento histórico, veremos adiante, quando lermos sobre a montagem de bases. Continuemos com as nossas tabelas.

← Edição anterior		Edição das 18h34min de 20 de maio de 2020
Linha 25:		Linha 25:

	[[Arquivo:Figura2.png\|300px]]		[[Arquivo:Figura2.png\|300px]]
		+
		+
		+	{{erro}}

← Edição anterior		Edição das 20h01min de 26 de fevereiro de 2020
Linha 28:		Linha 28:

	Agora, que já dominamos essa informação, podemos avançar um pouco mais. Cada um dos campos (ou atributos, é a mesma coisa) da nossa base deve ter sua própria personalidade, ou seja, devem ser qualificados. Ele pode ser um campo de “texto” (curto ou longo), de “número”, de “data”, de “imagem”, de “cálculo”, entre outras possibilidades. Devo prever que tipo de informação vai entrar ali. Cada software utiliza suas tipologias, mas texto, número e data sempre aparecem e são os mais importantes para nossos bancos. Além de definir que tipo de campo será, podemos também definir o tamanho máximo desse campo, quantas “casas” ele terá. Por exemplo, um campo como “nome” certamente será do tipo “texto” e seria recomendável permitir até 150 caracteres para seu preenchimento, ainda que possamos deixar esse campo com tamanho ilimitado. Na maior parte das vezes, essa última decisão é inócua. Mas, para as bases de dados online, costuma fazer a diferença ter campos “enxutos” para acelerar as buscas.		Agora, que já dominamos essa informação, podemos avançar um pouco mais. Cada um dos campos (ou atributos, é a mesma coisa) da nossa base deve ter sua própria personalidade, ou seja, devem ser qualificados. Ele pode ser um campo de “texto” (curto ou longo), de “número”, de “data”, de “imagem”, de “cálculo”, entre outras possibilidades. Devo prever que tipo de informação vai entrar ali. Cada software utiliza suas tipologias, mas texto, número e data sempre aparecem e são os mais importantes para nossos bancos. Além de definir que tipo de campo será, podemos também definir o tamanho máximo desse campo, quantas “casas” ele terá. Por exemplo, um campo como “nome” certamente será do tipo “texto” e seria recomendável permitir até 150 caracteres para seu preenchimento, ainda que possamos deixar esse campo com tamanho ilimitado. Na maior parte das vezes, essa última decisão é inócua. Mas, para as bases de dados online, costuma fazer a diferença ter campos “enxutos” para acelerar as buscas.
		+
		+
		+	No video abaixo demonstramos de modo mais visual essa explicação:
		+
		+
		+	<youtube>u5T9ZTTP22M</youtube>

	}}		}}

← Edição anterior		Edição das 20h08min de 11 de dezembro de 2019
Linha 1:		Linha 1:
	{{Verbete\|nome=Tiago\|sobrenome=Gil\|verbete=		{{Verbete\|nome=Tiago\|sobrenome=Gil\|verbete=
−	Há uma diferença grande entre o que fazem os programadores e o que querem os historiadores. Os programadores são formados dentro de uma lógica de resolver problemas. Para os historiadores, isso parece ótimo, pois nosso trabalho consiste em criar problemas. Aparentemente, o casamento seria perfeito. Contudo, não é essa a rotina destas famílias/projetos de pesquisa. As bases de dados criadas pelos programadores são sempre method-oriented, orientadas pelo método, pelo desafio a resolver, pelo “plano de negócios” do cliente. Enquanto isso, os historiadores geralmente preferem trabalhar com bases source-oriented, ou seja, aquelas cujas fontes, as evidências empíricas, sejam o centro das atenções, de tal maneira que a base fique o mais próximo possível da fonte, mas sem perder a capacidade de ser automatizada
−	Outro problema frequente é a constante preocupação dos programadores com o tamanho das bases e como devem ser feitas com o mínimo de texto. Para os historiadores isso é frustrante. Não há, contudo, um lado certo. Os programadores foram ensinados a enxugar as bases para garantir a eficiência, enquanto os historiadores são formados com uma preocupação de guardar grandes quantidades de texto e seus metadados. Gostamos de guardar tudo, mas não adianta guardar tudo fora de ordem, pois é o mesmo que não guardar. Ter e não encontrar é como não ter.

	A primeira coisa que importa saber é quais são os elementos que compõem uma base de dados, sua estrutura. É bem mais simples do que Althusser! Uma base é um conjunto de TABELAS articuladas. Alguns usam a palavra “entidade” para designar as tabelas, um nome um tanto sobrenatural. Essas tabelas podem conter diferentes tipos de informação: sobre pessoas, casas, terras, por exemplo, endereços, etc. Podemos criar apenas uma tabela, se for o caso. Sobre essa decisão, que envolve predominantemente problemas próprios do conhecimento histórico, veremos adiante, quando lermos sobre a montagem de bases. Continuemos com as nossas tabelas.		A primeira coisa que importa saber é quais são os elementos que compõem uma base de dados, sua estrutura. É bem mais simples do que Althusser! Uma base é um conjunto de TABELAS articuladas. Alguns usam a palavra “entidade” para designar as tabelas, um nome um tanto sobrenatural. Essas tabelas podem conter diferentes tipos de informação: sobre pessoas, casas, terras, por exemplo, endereços, etc. Podemos criar apenas uma tabela, se for o caso. Sobre essa decisão, que envolve predominantemente problemas próprios do conhecimento histórico, veremos adiante, quando lermos sobre a montagem de bases. Continuemos com as nossas tabelas.

@@ Linha 6: / Linha 6: @@
-[[Arquivo:Figura1.png|300px]]
+[[Arquivo:Figura1.png|450px]]
 Uma tabela é formada por campos e registros (também conhecidos como "colunas" e "linhas"). Nas colunas, indicam-se os “campos” do banco de dados (também chamados por alguns de “atributos”), como geralmente aparece em formulários, por exemplo, “nome”, “endereço” e “estado civil”. As linhas correspondem aos registros. No caso de uma tabela feita para organizar e gerenciar uma turma escolar, a tabela seria composta por campos como “nome”, “matrícula” e “idade”, por exemplo. Os registros seriam tantos quantos fossem os alunos matriculados na turma.
 ----
@@ Linha 21: / Linha 20: @@
 '''* Idade'''
 '''Modelo de tabela (conceitual)'''
 ----
@@ Linha 32: / Linha 29: @@
 }}

@@ Linha 6: / Linha 6: @@
-[[Arquivo:Figura1.png]]
+[[Arquivo:Figura1.png|300px]]
 Uma tabela é formada por campos e registros (também conhecidos como "colunas" e "linhas"). Nas colunas, indicam-se os “campos” do banco de dados (também chamados por alguns de “atributos”), como geralmente aparece em formulários, por exemplo, “nome”, “endereço” e “estado civil”. As linhas correspondem aos registros. No caso de uma tabela feita para organizar e gerenciar uma turma escolar, a tabela seria composta por campos como “nome”, “matrícula” e “idade”, por exemplo. Os registros seriam tantos quantos fossem os alunos matriculados na turma.
 '''TABELA "ALUNOS"'''
 '''* Nome'''
 '''* Matrícula'''
 '''* Idade'''
@@ Linha 20: / Linha 27: @@
-[[Arquivo:Figura2.png]]
+----
 }}