-
quanto à numero II, o cespe nao se decide
http://www.itnerante.com.br/group/bancodedados/forum/topics/cespe-tj2015-chave-estrangeira?xg_source=activity
2017
A chave estrangeira (foreign key) é o campo que estabelece o relacionamento entre duas tabelas de bancos distintos, sendo necessariamente chave primária na tabela de um dos bancos.
errada
2015
Em um banco de dados relacional, a chave estrangeira que existe em uma tabela deve ser chave primária em outra tabela.
certa
2015
Integridade referencial baseia-se na ligação das informações das chaves estrangeiras com as chaves primárias, ou candidatas a primárias, da tabela de referência.
certa
-
Mr. Robot,
Será que o erro da primeira questão que você destacou não está no trecho "de bancos distintos"?
-
Sim, concordo. O erro, com certeza, está quando ele fala que são "bancos distintos".
Levando em consideração o conceito de Integridade referencial: o valor que é chave estrangeira em uma tabela destino, deve ser chave primária de algum registro na tabela origem.
-
Olá a todos.
Alguém poderia dizer o motivo do erro do item I? Será só porque faltou dizer que a tabela também tem que estar na 2FN?
-
No trecho: "quando todos seus atributos são mutuamente independentes."
Acredito que seria o contrário, todos os seus atributos não-chave são dependentes do atributo chave.
-
"Uma tabela está na 3FN quando todos seus atributos não-chave são mutuamente independentes". Dessa forma a primeira assertiva estaria correta. Como foi posta, dá a entender que não existe dependência alguma entre qualquer atributo, o que não pode ser verdade pois os atributos não-chave DEVEM depender dos atributos chaves, da chave primária.
-
I Uma tabela está na 3FN quando todos seus atributos são mutuamente independentes. ERRADA
Corrigindo: Uma tabela está na 3FN QUANDO ELA ESTIVER NA 2FN e todos os seus atributos NÃO CHAVE forem mutuamente independente
II Para que um campo seja FK em uma tabela, é necessário que o mesmo atributo seja PK na tabela de origem. CORRETA
III O modelo lógico do banco de dados é representado pelo diagrama entidade relacionamento. ERRADA
Corrigindo: O modelo CONCEITUAL do banco de dados é representado pelo diagrama de entidade-relacionamento
IV A primeira etapa da modelagem de dados é a obtenção e análise dos requisitos. CORRETA
-
Esclarecido. Obrigado a todos pelas respostas.
-
Errei por isso :
O Modelo Entidade Relacionamento (também chamado Modelo ER, ou simplesmente MER), como o nome sugere, é um modelo conceitual utilizado na Engenharia de Software para descrever os objetos (entidades) envolvidos em um domínio de negócios, com suas características (atributos) e como elas se relacionam entre si (relacionamentos).
Enquanto o MER é um modelo conceitual, o Diagrama Entidade Relacionamento (Diagrama ER ou ainda DER) é a sua representação gráfica e principal ferramenta. Em situações práticas, o diagrama é tido muitas vezes como sinônimo de modelo, uma vez que sem uma forma de visualizar as informações, o modelo pode ficar abstrato demais para auxiliar no desenvolvimento do sistema. Dessa forma, quando se está modelando um domínio, o mais comum é já criar sua representação gráfica, seguindo algumas regras.
Modelo Lógico: O modelo lógico mostra as ligações entre as tabelas de banco de dados, as chaves primárias, os componentes de cada uma, etc.
-
II Para que um campo seja FK em uma tabela, é necessário que o mesmo atributo seja PK na tabela de origem.
Rapaz pro cespe tem que marcar correto... Eles cobram desse jeito.
Mas quem trabalha com banco de dados sabe que voce pode criar uma FK para uma chave candidata( unica e não nula).
quem quiser testar:
create table teste ( id int unique not null)
create table fk_teste( id_teste int, foreign key(id_teste) references teste(id))
-
Mr. Robot, não entendi a indecisão da banca...
-
É incrível... o Cespe na número II acabou de matar o conceito de chave candidata em uma tabela Pai. Não é a melhor prática, mas está longe de não ser aceito. Fico abismado com essas paradas.
IV - primeira etapa da modelagem de dados é a obtenção e análise dos requisitos
Então a primeira etapa de um é "obtenção" da etapa de outro? Que questão bizarra. A 1a fase não seria reconhecer as entidades, atributos e relacionamentos COM BASE na nálise dos requisitos obtidos?
Doideira.
-
O ultimo entendimento então é esse ai. FK deve ser PK de outra tabela.
-
I Uma tabela está na 3FN quando além de estar na segunda forma normal não possui dependências transitivas.
II Para que um campo seja FK em uma tabela, é necessário que o mesmo atributo seja PK na tabela de origem.
III-A O modelo conceitual do banco de dados é representado pelo diagrama entidade relacionamento.
III-B O modelo lógico do banco de dados é representado pelo modelo relacional.
IV A primeira etapa da modelagem de dados é a obtenção e análise dos requisitos.
Para visualizar os modelos e elucidar alguma dúvida:
https://www.luis.blog.br/modelagem-de-dados-modelo-conceitual-modelo-logico-e-fisico/
-
Acredito que a correção da III não seja substituir lógico por conceitual como estão dizendo, e sim por modelo entidade relacionamento. O projeto conceitual engloba a criação do MER, porém não são a mesma coisa.
O modelo entidade relacionamento (MER) do banco de dados é representado pelo diagrama entidade relacionamento (DER).
-
Questão: III - O modelo lógico do banco de dados é representado pelo diagrama entidade relacionamento. ? Não
Correto: A modelagem Lógica do Modelo Relacional é representado pelo diagrama entidade relacionamento (DER).
Modelo de Banco de Dados:
Hierárquico;
Em rede; e
Relacinal.
O Modelo Realcional, em sua abstração Conceitual, por sua vez é dividido em 3 Projeções de Modelagens:( MC, ML e MF )
Abstração de dados ( 3 níveis : Externo; Conceitual; e Interno )
Externo--------> Visão: Vários níveis de abstração |
de visão para o usuário|
Conceitual----> Lógico: divido em projeções | Aqui tem que tomar cuidado M=Modelagem
de modelagem| esse conceitual é dividido em M-Conceitual, M-Lógica e M-Física
MER DER
Interno--------> Físico
-
@Guilherme Fonseca salvando o dia!
-
No meu entendimento essa II afirmação não está certa, porque uma FK pode referenciar não só uma PK mas tb uma chave candidata
-
Galera, não adianta espernear e xingar a banca. Bem, diante da polêmica, fui atrás dos principais autores quando o assunto é BD[1][2][3]. Seguem comentários de cada um dos itens:
I Uma tabela está na 3FN quando todos seus atributos são mutuamente independentes.
Errada. Essa afirmação tá incompleta. De fato, os atributos devem ser mutuamente excludentes, a exceção de um: a chave primária. Ou seja, todos os outros atributos devem depender dela. A questão está colada de tal forma que elimina até essa possibilidade.
II Para que um campo seja FK em uma tabela, é necessário que o mesmo atributo seja PK na tabela de origem.
Essa afirmação está certa segundo os autores[1][2][3], cujas afirmações estão transcritas a seguir:
[1]
"Cada registro no arquivo S será juntado com no máximo um registro no arquivo R, pois A é uma chave de R. Um caso especial dessa condição é quando o atributo B é uma chave estrangeira de S que referencia a chave primária A de R".
[2]
A foreign key is a set of attributes in a referencing relation, such that for each tuple in the referencing relation, the values of the foreign key attributes are guaranteed to occur as the primary key value of a tuple in the referenced relation.
[3]
Uma chave estrangeira é uma coluna ou uma combinação de colunas, cujos valores aparecem necessariamente na chave primária de uma tabela. A chave estrangeira é o mecanismo que permite a implementação de relacionamentos em um banco de dados relacional.
III O modelo lógico do banco de dados é representado pelo diagrama entidade relacionamento.
Errada, conforme afirma [3]:
A técnica mais difundida de modelagem conceitual é a abordagem enti-dade-relacionamento (ER). Nesta técnica, um modelo conceitual é usualmente representado através de um diagrama, chamado diagrama entidade-relaciona-mento (DER).
IV A primeira etapa da modelagem de dados é a obtenção e análise dos requisitos.
Certa.
[3] O projeto de um banco de dados usualmente ocorre em três etapas. A primeira etapa, a modelagem conceitual, procura capturar formalmente os requisitos de informação de um banco de dados.
Fontes:
[1] E&N, SBD
[2] SBD, Silberchatz
[3] PBD, Heuser
-
Não tem um comentários do professores que sacanagem