Forem: Vanny

Quase tudo o que um usuário precisa saber sobre a Stack Overflow

Vanny — Thu, 04 Jan 2024 02:10:43 +0000

Aviso: Atualmente, desempenho a função de Community Manager na Stack Overflow. No entanto, este post possui um caráter educativo e expressa exclusivamente o meu ponto de vista enquanto usuária do site. As opiniões apresentadas são baseadas em minhas experiências pessoais, não representando a posição oficial do Stack Exchange. Destaco que não abordarei processos internos, focando apenas em informações públicas sobre como utilizar os sites do SE. Todos os links e informações mencionados podem ser encontrados nas páginas da Stack Overflow e Stack Exchange. Vale ressaltar que algumas partes desta postagem consistem em citações e traduções diretamente das páginas de ajuda do Stack Overflow, todas devidamente linkadas.

Se você é um desenvolvedor ou está estudando para se tornar um, é bastante provável que já tenha se deparado com a necessidade de buscar respostas para dúvidas relacionadas ao que está trabalhando no momento. Muitas vezes, essas respostas são encontradas em posts na Stack Overflow. No entanto, é importante destacar que o site possui suas particularidades e nem todos compreendem adequadamente o seu sistema, bem como a maneira eficaz de contribuir, formulando perguntas bem fundamentadas para obter a ajuda desejada.

Este post serve como um guia para compreender essa plataforma, aprendendo a formular perguntas de qualidade e adquirindo os privilégios necessários para contribuir para o site de maneira tranquila. Afinal, é crucial evitar situações em que a sua conta seja suspensa devido a perguntas de baixa qualidade, especialmente quando há uma urgência na demanda por assistência.

A história da Stack Overflow

A Stack Overflow é um site de perguntas e respostas destinado a programadores profissionais e entusiastas, tendo sido fundado em 2008 por Jeff Atwood e Joel Spolsky. O site abrange uma vasta gama de tópicos relacionados à programação de computadores.

Recentemente, em 2 de junho de 2021, a Stack Overflow foi adquirida pela Prosus por US$ 1,8 bilhão, proporcionando à empresa uma nova perspectiva de crescimento devido ao substancial investimento.

O nome do site foi escolhido através de votação em abril de 2008 pelos leitores do Coding Horror, o blog de Atwood.

Dada a bem-sucedida trajetória do site e o surgimento de diversas subcomunidades de forma orgânica dentro do Stack Overflow, surgiu a ideia de criar a Stack Exchange. Essa plataforma expande o modelo de perguntas e respostas do Stack Overflow para abranger outros temas além da programação. Atualmente, a Stack Exchange engloba uma família de 182 comunidades de Q&A (Question & Answer) abordando diversos assuntos, não se limitando à área de Tecnologia. Cada uma dessas comunidades é formada por indivíduos apaixonados por um tópico específico.

Resumo sobre o funcionamento do site

O site atua como uma plataforma destinada aos usuários que desejam formular perguntas e também responder a indagações. Isso é realizado por meio de um sistema envolvendo gamificação e participação ativa, permitindo que os usuários votem positivamente (upvote) ou negativamente (downvote) em perguntas e respostas, de maneira semelhante ao Reddit. Além disso, é possível editar tanto perguntas quanto respostas, seguindo uma abordagem semelhante a um sistema wiki.

Os participantes da Stack Overflow têm a oportunidade de acumular pontos de reputação e conquistar "emblemas" (badges). Por exemplo, ao receber um upvote em uma pergunta ou resposta, um usuário ganha 10 pontos de reputação. Além disso, são concedidos distintivos em reconhecimento às contribuições dos usuários. Conforme a reputação aumenta, os usuários desbloqueiam novos privilégios, como a capacidade de votar, comentar e editar as postagens de outros membros.

Em março de 2021, o Stack Overflow contava com mais de 14 milhões de usuários registrados e havia recebido mais de 21 milhões de perguntas e 31 milhões de respostas.

Lógica do Sistema da Stack Overflow

A Stack Overflow é um site destinado à obtenção de respostas, não se configurando como um fórum de discussão.

As respostas de qualidade são votadas e posicionam-se no topo da seção de respostas. Nas buscas, as melhores respostas são priorizadas para facilitar a localização.

A pessoa que fez a pergunta pode marcar uma resposta como "aceita", mas essa ação não implica necessariamente que seja a melhor resposta; apenas indica que foi útil para quem formulou a pergunta.

É fundamental concentrar-se em perguntas relacionadas a problemas reais enfrentados, fornecendo detalhes sobre as tentativas realizadas e os objetivos específicos.

Pergunte sobre...

Questões específicas dentro da área de especialização de cada site.
Problemas ou dúvidas reais que você tenha enfrentado.

Nem todas as perguntas se adequam a esse formato. Evite perguntas baseadas principalmente em opiniões ou que possam gerar discussões em vez de respostas.

Perguntas que necessitam de aprimoramento podem ser fechadas até que alguém as corrija.

Evite perguntar sobre...

Perguntas que se baseiam principalmente em opiniões.
Perguntas com múltiplas respostas possíveis ou que exigiriam uma resposta excessivamente longa.

Comentários

Outros privilégios são desbloqueados à medida que você interage com o site e colabora na organização dos posts para evitar spam. Em níveis mais altos de reputação, a Stack Overflow confiará tanto em você que concederá acesso a ferramentas especiais de moderação. Você poderá colaborar com os moderadores da comunidade para manter o site focado e útil.

O objetivo é fornecer as melhores respostas para todas as perguntas. Portanto, se você encontrar perguntas ou respostas que possam ser aprimoradas, sinta-se à vontade para editá-las. Utilize as edições para corrigir erros, aprimorar a formatação ou esclarecer o significado de uma postagem.

Após alcançar a reputação necessária para adicionar comentários, você pode usá-los para solicitar mais informações, esclarecer uma pergunta ou resposta. Sempre é possível comentar em suas próprias perguntas e respostas. Ao atingir 50 de reputação, você poderá comentar em postagens de qualquer pessoa.

É comum a confusão entre a sessão de comentários e a de respostas, e vice-versa. No entanto, é importante observar que a área de respostas destina-se EXCLUSIVAMENTE a respostas. Se tiver dúvidas sobre a pergunta ou uma resposta específica, utilize os comentários em vez do campo de resposta, evitando assim a exclusão do seu post.

Reputação

As duas atividades mais importantes no Stack Overflow são Perguntar e Responder - e nenhuma delas exige qualquer reputação!

A reputação é uma medida aproximada de quanto a comunidade confia em você; é conquistada ao convencer outros membros de que você sabe do que está falando. Quanto mais reputação você ganha, mais privilégios você adquire e mais ferramentas você terá acesso no site - nos níveis de privilégio mais altos, você terá acesso a muitas das mesmas ferramentas disponíveis para os moderadores do site. E isso é intencional; a ideia é a comunidade se administrar e ter apenas suporte interno, afinal, são os membros que constroem as comunidades.

Como obter reputação?

A principal maneira de ganhar reputação é fazer boas perguntas e fornecer respostas úteis. Isso é bastante óbvio. Os votos nessas postagens fazem com que você ganhe (ou às vezes perca) reputação. Um adendo: os votos para as postagens marcadas como "community wiki" não geram nenhuma reputação.

*Você ganha reputação quando:
*

Pergunta é upvoted: +10 reps
Resposta é upvoted: +10 reps
Sua resposta é marcada como "aceita": +15 (+2 para quem aceitou)
A edição que você sugeriu é aceita: +2 (até +1000 no total por usuário)
Bounty é concedida à sua resposta: + valor total da recompensa do bounty
Uma de suas respostas recebe uma recompensa automaticamente: + metade do valor da recompensa
Bônus de associação de site: +100 em cada site quando você cria um perfil em outros sites da Stack Exchange

Você pode ganhar no máximo 200 votos de reputação por dia com a combinação de votos positivos, votos negativos e edições sugeridas. No entanto, os prêmios de recompensa, as respostas aceitas e os bônus de associação não estão sujeitos a esse limite diário de reputação.

Se você é um usuário experiente da rede Stack Exchange com 200 ou mais reputação em pelo menos um dos sites, você receberá o chamado bônus de associação inicial de +100 para superar as restrições básicas de novos usuários nos outros sites. Isso acontecerá automaticamente em todos os sites atuais da Stack Exchange em que você tenha uma conta e em qualquer outro site da Stack Exchange no momento do login.

*Você perde reputação quando:
*

Sua pergunta é rejeitada: -2
Sua resposta é rejeitada: -2
Você vota contra uma resposta: -1
Você coloca uma recompensa em uma pergunta: - valor total da recompensa
Uma de suas postagens recebe 6 spam ou é sinalizada como ofensiva: -100

Pontos a se considerar:

Todos os usuários começam com 1 ponto de reputação, e a reputação nunca pode cair abaixo de 1.
Aceitar sua própria resposta não aumenta sua reputação.
As postagens excluídas não afetam a reputação dos eleitores, autores ou qualquer outra pessoa envolvida, na maioria dos casos.
Se um usuário reverter um voto, a perda ou ganho de reputação correspondente também será revertido.
A reversão de votos como resultado de fraude eleitoral também retornará a reputação perdida ou ganha.

Distintivos

Além de ganhar reputação com suas perguntas e respostas, você recebe distintivos por ser um membro especialmente útil. Os distintivos aparecem em sua página de perfil, flair e suas postagens. Existem diversos distintivos diferentes, e alguns sites têm seus próprios distintivos. Os distintivos são separados por tipos: Distintivos de perguntas, respostas, moderação, participação, etc.

Alguns exemplos de Badges para perguntas

Alguns exemplos de badges para respostas

O que é o tal do Meta?

Eu sei que, com a agitação em torno do Facebook trocando seu nome para Meta, muitas pessoas ficaram confusas, e a palavra "Meta" tornou-se uma buzzword.

"Meta" é uma palavra que, assim como muitas outras coisas, devemos aos antigos gregos. Quando a utilizavam, "meta" significava "além", "depois" ou "atrás". O sentido de "além" em "meta" ainda persiste em palavras como metafísica, entre outras.

Seguindo essa mesma linha de raciocínio, temos os sites "meta", sendo o mais utilizado o Meta Stack Exchange, que é a seção do site onde os usuários discutem o funcionamento e as políticas da Stack Exchange, em vez de discutir o tópico principal do site. Ele é separado das perguntas e respostas principais para reduzir o ruído, proporcionando um espaço legítimo para as pessoas questionarem como e por que esse site funciona da maneira que funciona.

Cada um dos 177 sites possui o seu próprio site "meta", ou seja, para qualquer problema ou dúvida relacionados ao funcionamento e regras da comunidade, você pode fazer perguntas no site designado como "meta" para aquela comunidade. Para obter mais informações, você pode continuar lendo a respeito aqui.

Embora eu não tenha encontrado uma lista de todos os sites "meta", você pode encontrá-los nos exemplos abaixo:

Stack Overflow EN: https://meta.stackoverflow.com/
Stack Overflow PT: https://pt.meta.stackoverflow.com/
Stack Overflow RU: https://ru.meta.stackoverflow.com/
Stack Overflow JA: https://ja.meta.stackoverflow.com/
Stack Overflow ES: https://es.meta.stackoverflow.com/

Como se forma uma comunidade nova?

Essa sempre foi uma curiosidade minha, pois tenho o espírito empreendedor de iniciar projetos e já elaborei milhares de ideias para comunidades. No entanto, é muito mais simples do que executar todo o processo de iniciar uma comunidade na Stack Exchange, e vou explicar brevemente.

Existe um sistema separado da Stack Overflow, que gosto de chamar carinhosamente de "incubadora", mais conhecido como Area 51.

A Área 51 representa a zona de testes da Stack Exchange Network, onde grupos de especialistas se reúnem para desenvolver novos sites de perguntas e respostas, seguindo o modelo do Stack Overflow. Para obter mais informações sobre todo o processo de proposta, fase de teste e os critérios necessários para que um site seja graduado como oficial na Stack Exchange, clique aqui.

Copyright (Direitos Autorais)

Uma dúvida que frequentemente surge ao copiar e colar trechos de código da internet é se isso poderia resultar em um processo por violação de propriedade intelectual.

Considerando que os snippets geralmente estão protegidos por direitos autorais, surge a questão de qual licença seria aplicável.

Há um post explicando como compartilhar trechos executáveis aqui.

O direito autoral é automaticamente estabelecido sempre que alguém cria uma "obra de autoria", incluindo software. O único requisito é que a obra seja uma criação intelectual do autor, envolvendo alguma forma de criatividade.

No caso do software, isso é geralmente aplicável, já que um programador precisa fazer diversas escolhas ao desenvolver um programa, desde a estrutura do código até a organização de funcionalidades em funções e módulos, sendo essas escolhas consideradas expressões de criatividade.

No entanto, essa condição pode variar para trechos específicos de código. Um "snippet" pode ser uma solução breve e simples, como demonstrar como chamar uma API específica. Em casos assim, a falta de complexidade pode resultar em uma obra não suficientemente criativa, uma vez que se limita a explicar ou demonstrar uma solução específica.

Em termos gerais, se dois programadores fornecerem códigos substancialmente idênticos, o código pode não ser considerado criativo conforme a lei de direitos autorais. Isso é mais provável em códigos curtos, mas mesmo códigos mais extensos em ambientes altamente restritos podem não ser protegidos pelos direitos autorais por essa razão.

Contudo, um "snippet" com mais de uma ou duas linhas, envolvendo chamadas de função padrão, normalmente seria suficientemente criativo para estar sob proteção dos direitos autorais. Nesse ponto, o programador precisa tomar decisões criativas. Embora exista uma regra prática frequentemente citada, indicando que códigos menores que dez linhas são "triviais" e, portanto, não protegidos por direitos autorais, essa regra não é respaldada por qualquer lei de direitos autorais conhecida.

Se um "snippet" estiver protegido por direitos autorais, seu uso é permitido apenas mediante licença. Isso é particularmente relevante ao considerar o código da Stack Overflow, já que muitos contribuidores não adicionam explicitamente informações de direitos autorais ou declarações de licença às suas contribuições.

As diretrizes do próprio site afirmam:

Acreditamos em nossa missão principal de "tornar a Internet um lugar melhor para obter respostas especializadas para suas perguntas". Decidimos desde o início que todo o conteúdo gerado pelo usuário na Stack Exchange Network seria devolvido à comunidade sob uma licença Creative Commons. Criamos a Stack Exchange API como uma forma de permitir que os usuários escrevam aplicativos que usam a Stack Exchange Network de maneiras novas e criativas. Com acesso aberto para usar (e reutilizar) nossos serviços, é importante que os usuários não fiquem confusos com nosso relacionamento com as pessoas que usam nosso conteúdo e nossos serviços.

Se quiser ler o resto, tá aqui.

Em resumo, é permitido o uso abrangente dos sites da Stack Exchange, incluindo conteúdo e design, contanto que os devidos créditos sejam atribuídos, conforme estabelecido nas diretrizes do site.

E quando eu digo "conteúdo e design", refiroliteralmente a toda a gama de elementos, inclusive a Stack Exchange API e a possibilidade de criar consultas no banco de dados da Stack Exchange utilizando o Data Explorer.

E você também tem acesso ao design system!

O Stacks oferece tudo o que é necessário para projetar, criar e implementar rapidamente experiências coesas em toda a plataforma do Stack Overflow, abrangendo desde a identidade da marca e do produto até a forma como enviamos e-mails e redigimos textos.

E também não poderia faltar o repositório público no Github.

Produtos

Existe Stack Overflow sobre como solucionar problemas no Stack Overflow caso ele fique fora do ar?

Essa tem sido uma das perguntas mais frequentes que recebo desde que comecei a trabalhar lá. Portanto, acredito que posso aproveitar a oportunidade para mencionar um produto desenvolvido pela Stack Exchange, por meio da Stack Overflow Solutions, chamado Teams.

Não, não se assemelha ao Microsoft Teams; é mais como um Stack Overflow exclusivo para a sua equipe. Você possui um ambiente dedicado à criação de perguntas e recebimento de respostas, restrito apenas aos membros da equipe. Na opção gratuita, é possível ter até 50 membros.

Para conhecer mais sobre todos os produtos desenvolvidos pela Stack Exchange, clique aqui.

Vejo essa oportunidade como algo valioso, especialmente para aqueles que já contribuem e desejam consolidar uma carreira como escritores focados em artigos tecnológicos, DevRels ou futuros Community Managers. Estabelecer suas trajetórias profissionais em plataformas como esta pode proporcionar reconhecimento e valor por meio das comunidades. Animadoramente, expresso meu entusiasmo ao discutir o potencial desse cenário, considerando minha perspectiva como usuária e minha experiência nos bastidores acompanhando o desenvolvimento.

Convido-os a participarem de um dos Collectives e, é claro, a contribuírem e integrarem-se às comunidades da Stack Exchange. Como conselho, destaco que grande parte do meu aprendizado, tanto em conhecimento técnico quanto em habilidades sociais, originou-se de colaborações em comunidades. Apenas uma sugestão. ;)

INTRODUÇÃO A MODELAGEM DE DADOS

Vanny — Wed, 25 Jan 2023 02:20:16 +0000

A definição da filosofia diz que, a filosofia é o estudo de questões gerais e fundamentais sobre a existência, conhecimento, valores, razão, mente, e linguagem; frequentemente colocadas como problemas a se resolver. E se você refletir a respeito, isso é tecnicamente o que fazemos em nossa área. Temos questões a serem indagadas, problemas a serem resolvidos. E você não chega a solução de algo, sem antes filosofar sobre o problema.

Em muitos negócios, estudamos o caráter da tecnologia e suas relações com a sociedade para encontrarmos oportunidades para a satisfação humana, ou seja, a camada de usuários. Pensamos em acomodações, até mesmo em suas experiências e emoções com o uso de nossas soluções e produtos desenvolvidos.

Então vamos filosofar um pouquinho comigo...

A evolução da humanidade pode ser encarada como um trajeto no sentido da aquisição progressiva da capacidade individual da abstração. De um ser intimamente ligado à natureza, o homem tornou-se, ao longo do tempo, um ente isolado, independente e com uma capacidade de introspecção objetiva cada vez maior.

O aparecimento do computador deu-se numa época em que essa capacidade de abstração havia deixado de ser privilégio de alguns e passado a pertencer e ser exercida por todos aqueles cuja educação e ambiente fossem propícios. As informações informais deixaram de satisfazer aos anseios individuais de abstração e objetividade; cada vez são exigidas informações mais objetivas e abstratas. Dentre as informações formais, destacam-se as que podem ser expressadas matematicamente. Estas são as que introduzimos no computador, por meio de dados tratados através de programas, que a máquina executa direta ou indiretamente.

Dados e programas são modelos formais matemáticos de realidade ou de abstrações. Vamos introduzir os vários níveis de abstração envolvidos no processo de tratar informações através da máquina abstrata que é o computador.

Na figura ao lado, apresento um esquema que contém os vários níveis envolvidos em um possível processo de modelagem, levando à criação de uma base de dados.

O nível mais alto é o do mundo real que, do ponto de vista formal, é ainda muito nebuloso. Os objetos do mundo real são os seres, os fatos, as coisas e os organismos sociais.

O segundo nível é o das informações (tratadas de maneira ainda informal) e é caracterizado por relatórios escritos em uma linguagem natural (Português, Inglês, etc.). Esse nível, denominado modelo descritivo, contém a descrição de um universo totalmente inteligível para as pessoas que interagem normalmente com ele. Não há regras formais para se desenvolver esse modelo, pois tanto o mundo real quanto o próprio modelo descritivo não são formais.

O terceiro nível é o das informações formais, em que o modelo desenvolvido passa a ser estritamente formal. Como o objetivo é chegar-se, mais a frente em um modelo computacional, o formalismo a ser adotado é o da matemática. Esses modelos são denominados modelos conceituais, caracterizando-os por símbolos, que devem ter uma conceituação rigorosa.

Nos modelos conceituais aparecem dois aspectos distintos, em geral, misturados nos modelos descritivos: tratam-se das estruturas e da manipulação das informações.

As informações podem ser organizadas estruturalmente. Por exemplo: as informações sobre fornecedores contêm partes referentes ao endereço, que por sua vez é estruturado em local, CEP e cidade, sendo o local subdividido em rua, número e complemento.

O quarto nível é o nível dos dados, que são os símbolos a serem introduzidos no computador, tanto na descrição de estruturas (meta-dados, isto é, os dados que descrevem os dados) quanto naqueles que constituem os dados a serem processados pela máquina.

O quinto e último nível é o nível da máquina, não mais do ponto de vista do usuário, mas dos aspectos internos, ou seja, das representações internas dos dados e programas. O usuário não toma conhecimento desses detalhes. Este nível está ligado a atividade de administração de banco de dados.

Recapitulando:

Modelo Descritivo: Pode ser considerada como descrição de uma realidade, não possui nenhum formalismo. Este é o problema a ser tratado.
Modelo Conceitual: Descrição da realidade sob um aspecto mais formal, apontando informações. É usada como representação de alto nível e considera exclusivamente o ponto de vista do usuário criador dos dados.
Modelo Lógico: Modelo Lógico agrega mais alguns detalhes de implementação.
Modelo Físico: Implementação no banco de dados. Demonstra como os dados são fisicamente armazenados.

Modelar significa criar um modelo que explique as características de funcionamento e comportamento de um software a partir do qual ele será criado, facilitando seu entendimento e seu projeto, através das características principais que evitarão erros de programação, projeto e funcionamento. É uma parte importante do desenho de um sistema de informação. Os modelos de dados são ferramentas que permitem demonstrar como serão construídas as estruturas de dados que darão suporte aos processos de negócio, como esses dados estarão organizados e quais os relacionamentos que pretendemos estabelecer entre eles.

E na engenharia de banco de dados, o processo de criação de uma base, deveria seguir uma cadeia de processos organizada similarmente ao fluxograma abaixo:

Modelo Descritivo

O modelo descritivo auxilia a documentar informações que poderiam passar despercebidas.

Por não ter técnicas específicas, devemos procurar neste momento pensar em sujeitos (pessoas, empresas ou pessoas exercendo uma atividade, por exemplo médico), e devemos escrever sobre eles no modelo descritivo. Outra técnica é a de descrever objetos que fazem parte do contexto (por exemplo Nota Fiscal, ou mesmo produtos vendidos pela empresa).

O foco deve ser o de retratar informações existentes no levantamento das necessidades.

O modelo descritivo servirá de base para o modelo conceitual. Este por sua vez deve ser mais estruturado, porém, ainda não tem uma apresentação visual obrigatória, servindo ainda para um maior detalhamento de informações a serem documentadas para a criação dos modelos lógico e Físico.

Exemplo de Modelo Descritivo

Clínica Médica

Em uma clínica trabalham médicos e existem pacientes internados.
Cada médico é identificado pelo seu CRM, possui um nome e recebe um salário na clínica.
Um médico tem formação em diversas especialidades (ortopedia, traumatologia, etc), mas só exerce uma delas na clínica.

Para todo paciente internado na clínica são cadastrados alguns dados pessoais: nome, RG, CPF, endereço, telefone(s) para contato e data do nascimento.

Um paciente tem sempre um determinado médico como responsável (com um horário de visita diário predeterminado), porém vários outros médicos podem participar do seu tratamento.

Pacientes estão sempre internados em quartos individuais, que são identificados por um número e ficam em um andar da clínica.

A clínica possui duas filiais que estão em outros bairros da cidade de São Paulo.
A clínica possui também terapias complementares aos tratamentos médicos, tais como acupuntura, massagem e Fisioterapia.

Alguns profissionais são empregados da clinica e outros são prestadores de serviço.

Modelo conceitual

O modelo conceitual deve detalhar as informações sem a necessidade de apresentar as informações sob o ponto de vista visual.

Este modelo muitas vezes acaba sendo mesclado com o modelo descritivo tornando um documento único. A importância desse modelo é grande, pois aqui o nível de detalhamento das informações deve ser maior.
Este é o modelo de alto nível em que contém o detalhe menos granular, mas estabelece o escopo global do que está para ser incluído dentro do conjunto do modelo.

Exemplo

A clinica possui as seguintes informações:

Nome
Endereço
Telefone
Email

Os pacientes possuem as seguintes informações:

Nome
Identidade
Endereço
Email
Telefone

Componentes de Modelagem de Dados

O modelo de dados é formado por três componentes:

Entidade

O mundo está cheio de “coisas” e nós abstraímos coisas semelhantes e chamamos essas abstrações de objetos ou entidades.

O nosso conceito, do que constituem os critérios apropriados para determinar a semelhança, é que eles dependem dos objetos que nós visamos.

Entidades são objetos modelados em função dos papéis que desempenham em um sistema específico.

Uma única entidade do mundo real pode desempenhar papéis diferentes em sistemas diferentes.
Entidades diferentes do mundo real podem desempenhar o mesmo papel em um sistema.
Uma única entidade do mundo real pode desempenhar mais de um papel em um mesmo sistema
Uma entidade é a representação do que nós sabemos sobre o objeto do mundo real.

Da mesma forma que um arquivo é composto por registros, uma entidade representa o conjunto de dados das ocorrências dos objetos do mundo real.

As entidades são abstrações de um conjunto de coisas do mundo real no qual todas as coisas do mundo real do conjunto - as instâncias - tenham as mesmas características e todas as instâncias estejam sujeitas à, e em conformidade com as mesmas regras.

Então de forma bem resumida, o conceito é de que uma entidade é uma categoria de "coisas" concretas ou abstratas do mundo real sobre a qual o "negócio" necessita operar.

Ou seja, uma entidade é uma representação de um conjunto de informações sobre determinado conceito do sistema. Toda entidade possui atributos, que são as informações que referenciam a entidade.

Tecnicamente, uma entidade é um objeto de dado básico do modelo entidade-relacionamento, cujas informações devem ser coletadas. Pode representar, por exemplo, um funcionário, lugar, coisa ou evento do mundo real, de interesse informativo. Uma ocorrência específica de uma entidade é chamada de instância da entidade.

Atributos de uma Entidade

Resumidamente, atributos são fatores, características quaisquer de uma entidade que interessam ao 'negócio'.

Atributos oferecem detalhes descritivos sobre elas. Uma ocorrência em particular de um atributo dentro de uma entidade é chamada de valor de atributo.

Tipos de Entidades

Entidade Tipo
Uma entidade tipo representa um conceito independente em um modelo de dados e está em primeiro lugar na mente do cliente.
As entidades tipo são independentes e, com frequência, constituem o ponto de partida de um modelo de dados.

Muitas vezes essas entidades estão conectadas a outras entidades tipo por meio de um relacionamento 1:m ou m:m.

Como exemplo podemos considerar um sistema acadêmico onde as entidades aluno e curso são entidades tipo, pois a entidade aluno, se não existisse a entidade curso, poderia existir da mesma forma.

Entidade Primária (Forte)
são aquelas cuja existência independe de outras entidades, ou seja, por si só elas já possuem total sentido de existir. Em um sistema de vendas, a entidade produto, por exemplo, independe de quaisquer outras para existir.

Ocorre sempre em casos de Relacionamentos 1 para 1.
Exemplos: Nota Fiscal, Pedido de Venda

Entidade Dependente (Fraca)

Uma entidade fraca (ou dependente) precisa de outra entidade para garantir a sua existência. Essa entidade depende de uma entidade tipo e esta relação de dependência é uma relação obrigatória.

O identificador de uma entidade fraca possui em sua composição os atributos identificadores da entidade tipo à qual a entidade fraca está associada.

Como exemplo podemos considerar um sistema de gestão de recursos humanos onde a entidade dependente é uma entidade fraca em relação à entidade funcionário.

Pois se a entidade Funcionários não existisse, a entidade dependente consequentemente não existiria.

Entidade Associativa

As entidades associativas são o resultados de relacionamentos m:m.

Em geral, as entidades associativas são encontradas entre entidades tipo.

Muitas das vezes, as entidades associativas têm nomes óbvios, pois ocorrem no mundo real.

Por exemplo, a entidade associativa do relacionamento disciplinas e alunos, objetivando o lançamento de notas, chama-se avaliação.

Deve-se sempre procurar pelo nome adequado, pois esse irá aumentar a clareza do modelo de dados.

A entidade associativa é quando a entidade não existe por si só e sua existência está condicionada à existência de duas ou mais entidades, originada em relacionamentos N para N.

Nas imagens abaixo temos como exemplo uma entidade associativa que faz o papel de dois relacionamentos:

E esse relacionamento pode ser substituída e passa a virar uma entidade, como na figura abaixo:

Entidades x Ocorrências

Entidade: é um grupo de ocorrências com definição específica, características e relacionamentos comuns.
Eventos ou Ocorrências: alguns objetos só conseguem ser individualizados ou percebidos enquanto uma certa ação se desenrola (identifica-se características que tornam determinado fato materializável). É um valor especifico da entidade que é chamada de instância ou tupla.
Ex: vôo comercial, acidente de trânsito, jogo de futebol, etc.

Relacionamentos

Neste vídeo eu explico um pouquinho a respeito.

Em engenharia de software, um modelo entidade relacionamento (mais conhecido como MER) é um modelo de dados para descrever os dados ou aspectos de informação de um domínio de negócio ou seus requisitos de processo, de uma maneira abstrata que em última análise se presta a ser implementada em um banco de dados, como um banco de dados relacional.

Os principais componentes dos Modelos Entidade-Relacionamento são as entidades (coisas, objetos) suas relações e armazenamento em bancos de dados.

O processo é modelado como componentes (entidades) que são ligadas umas as outras por relacionamentos que expressam as dependências e exigências entre elas, como: um edifício pode ser dividido em zero ou mais apartamentos, mas um apartamento pode estar localizado em apenas um edifício. Entidades podem ter várias propriedades (atributos) que os caracterizam.

Tipos de relacionamentos

A notação original proposta é composta de entidades (retângulos), relacionamentos (losangos), atributos (elipses) e linhas de conexão (linhas) que indicam a cardinalidade de uma entidade em um relacionamento.

Os tipos de relacionamentos que são utilizadas no diagrama acima:

Relacionamento 1..1 (lê-se relacionamento um para um) - indica que as tabelas têm relacionamento apenas entre si. Você deve escolher qual tabela receberá a chave estrangeira; A relação de 1 para 1 que existe entre as tabelas de nomes pessoas e endereços, conforme demostrado na figura abaixo:

Ou seja, 1 pessoa possui um endereço e esse endereço pertence a uma pessoa. Levando em consideração de que este relacionamento pode ser questionável mediante ao fator de que um endereço pode morar mais de uma pessoa, mas, no nosso exemplo, vamos dizer fingir que não... xiiu!

Relacionamento 1..n (lê-se um para muitos) - São relacionamentos em que uma ocorrência de uma tabela A, está associada a uma ou muitas ocorrências na tabela B. A chave primária da tabela A que tem o lado 1 vai para a tabela do lado N. No lado N ela é chamada de chave estrangeira;

Outro exemplo fácil de lembrar, é que um cliente pode fazer diversas compras, que por sua vez, são representadas por diversas notas fiscais. Mas em uma nota fiscal, consta apenas um cliente.

Relacionamento n..n (lê-se muitos para muitos) - São relacionamentos em que uma ou várias ocorrências de uma tabela A, está associada a uma ou várias ocorrências na tabela B. É um tipo de relacionamento que acontece de forma indireta entre duas tabelas, para que ela seja relacionada, é necessário a geração de uma terceira tabela com as chaves primárias das tabelas envolvidas, ficando assim uma chave composta, ou seja, formada por diversos campos-chave de outras tabelas. O relacionamento então se reduz para uma relacionamento 1..n, sendo que o lado n ficará com a nova tabela criada.

Cardinalidade em Relacionamentos

Em modelagem de dados a cardinalidade é um dos princípios fundamentais sobre relacionamento de um banco de dados relacional. Nela são definidos o graus de relação entre duas entidades ou tabelas.
No modelo relacional, podemos ter os seguintes níveis de relacionamento: 1:N, N:N, 1:1.
Por exemplo, considere um banco de dados desenhado para manter informações relativas a um hospital. Esse banco de dados poderá ter várias tabelas como:

Tabela médico onde constará informações sobre o médico profissional;
Tabela paciente onde constará dados relativos aos assuntos médico e sobre o tratamento do paciente;
Tabela departamento onde será tratado as informações relativas as divisões departamentais do hospital.

Neste modelo teremos o seguinte cenário:

Existirá o relacionamento vários-para-vários (N:N) entre os registros da tabela médico e os registro da tabela paciente, um médico atende diversos pacientes, assim como um paciente pode ser atendido por diversos médicos;
Existirá o relacionamento um-para-vários (1:N) no relacionamento entre a tabela departamento em relação a tabela de médicos, pois um médico, poderá trabalhar em somente um departamento do hospital, contudo, um departamento poderá ter vários médicos.
Já o relacionamento um-para-um (1:1) será usado nos casos onde o registro de uma tabela só poderá ter uma associação com um registro de outra tabela. No nosso caso, isso caberia na relação entre um quarto de apartamento e um paciente. Pois um paciente só poderá estar em um determinado apartamento, e cada apartamento só poderá abrigar um determinado paciente (partindo do princípio de quartos individuais).

Opcionalidade em Relacionamentos

O relacionamento é analisado pelo lado da obrigatoriedade (ou opcionalidade) das ocorrências de um entidade se ligarem às ocorrências de outra.

Opcional

As ocorrências das entidades que se relacionam são independentes das outras.

“Posso ter em um determinado momento no meu banco de dados uma ocorrência da entidade A sem nenhum relacionamento com ocorrências da entidade B?”

Dependendo da Resposta e em função da regra de negócio, o relacionamento será definido. Será opcional caso haja independência entre elas.

Contigente

A obrigatoriedade é somente por um lado do relacionamento e, por conseqüência, somente uma entidade possui independência.
Caso essa seja a regra do negócio, o relacionamento será contigente.

Mandatório

As entidades somente existem se existir o relacionamento entre elas.
Para existirem, as entidades têm que estar relacionadas e formam, portanto, um relacionamento mandatório.

Grau de relacionamento

Representa o número de entidades que participam do relacionamento e são divididos pelos seguintes:

Unário
Auto-relacionamento: Também chamados de recursivo, são casos especiais onde uma entidade se relaciona com si própria. É o que chamamos de amor próprio no mundo real... Apesar de serem relacionamentos muito raros, a sua utilização é muito importante em alguns casos.

Instâncias de mesma entidade
Participam do relacionamento com papéis diferentes

Os auto-relacionamentos podem ser do tipo 1:1 (um-para-um), 1:N (um-para-muitos) ou N:M (muitos-para-muitos), dependendo da política de negócio que estiver envolvida.

Exemplos deste relacionamento podem ser encontrados na chamada “explosão de materiais”, onde itens compostos são formados por muitos itens componentes; por sua vez, estes itens compostos podem ser componentes de outros itens maiores.

Um exemplo de auto-relacionamento é o gerenciamento de funcionários, onde o gerente é um funcionário que possui um relacionamento com outros funcionários que lhe são subordinados. Este relacionamento pode ser representado da seguinte forma:

Binário

Relacionamento Binário: Quando existe o relacionamento entre apenas duas entidades. Esse é o grau de relacionamento mais usado.

Exemplo: Um fornecedor comercializa materiais que são utilizados em diversos projetos.

Ternário

Relacionamento Ternário: Quando existe o relacionamento entre três entidades.
Regra para a determinação das multiplicidades:

Fixa-se dois elementos (dois tipos-entidade)
Verifica-se quantos elementos do outro tipo-entidade podem surgir com relação a um elemento de cada tipo-entidade fixada.
Se a quantidade for indeterminada ou variável

então considera-se n

senão considera-se 1

Exemplo: Um fornecedor comercializa materiais que são utilizados em projetos específicos.

Mais exemplos de Relacionamentos: O Professor leciona Estrutura de Dados e o aluno cursa Linguagem de Programação

Um Modelo Lógico de Dados para uso meramente operacional/transacional não deve conter:

Replicações de atributos: fisicamente pode ser interessante alguma redundância com o objetivo de melhorar a performance de determinado processo. No modelo lógico isso não pode ser feito; um atributo só é representado na Entidade que o pertence.
Atributos derivados: pelos mesmos motivos apontados anteriormente, a implementação das tabelas pode requerer o armazenamento de uma informação derivada de outra (valor do saldo por exemplo). Tal tipo de informação não se constitui um atributo do modelo lógico.
Atributos repetitivos: o uso de atributos repetidos, como Telefone-1 e Telefone-2, não é admitido. Se existe a possibilidade de uma pessoa possuir mais de um telefone, então Telefone deve ser representado como uma entidade, mantendo relacionamento Nx1 com a entidade Pessoa.

Este post foi um extenso resumo dos principais pontos a serem considerados na modelagem de um banco de dados, mas isso não cobre tudo, nos próximos posts vamos aprofundar mais e teremos exemplos usando SQL Database Modeler.

O QUE É UM BANCO DE DADOS E QUANTO UM DEV PRECISA SABER SOBRE?

Vanny — Wed, 25 Jan 2023 01:30:19 +0000

Um banco de dados é um componente crucial de qualquer sistema digital, pois armazena e organiza informações que são usadas pelo sistema para executar várias tarefas.

Como desenvolvedor, entender os fundamentos dos bancos de dados é essencial para construir e manter sistemas digitais robustos e eficientes.

Vale a pena observar que diferentes tipos de funções de desenvolvimento exigem diferentes níveis de especialização em bancos de dados, por exemplo, um desenvolvedor full stack exigirá mais conhecimento do que um desenvolvedor front-end. No entanto, independentemente da função específica, um desenvolvedor deve ter uma sólida compreensão dos fundamentos dos bancos de dados e como eles funcionam para projetar e construir sistemas digitais eficientes e eficazes.

Um desenvolvedor full stack deve ter uma boa compreensão de:

Modelagem de dados: Isso inclui entender os diferentes tipos de campos de dados e como criar um design de banco de dados bem estruturado e normalizado.
SQL: SQL (Structured Query Language) é usado para interagir com o banco de dados, incluindo a criação de tabelas, inserção, atualização e recuperação de dados. Um desenvolvedor deve ter um bom entendimento dos comandos SQL, como SELECT, INSERT, UPDATE e DELETE.
Gerenciamento de banco de dados: Isso inclui entender como configurar e manter um banco de dados, incluindo criar e modificar tabelas, configurar índices e backups e solucionar problemas comuns.
Segurança de dados: um desenvolvedor deve entender a importância da segurança de dados e saber como implementar práticas recomendadas, como criptografia e controles seguros de acesso a dados.
Integração de banco de dados: Isso inclui entender como conectar um banco de dados a um aplicativo da Web ou móvel, incluindo o uso de APIs e bibliotecas ORM (Mapeamento Objeto-Relacional).

Já como desenvolvedor front-end, você não precisa ter um conhecimento profundo de estruturas e gerenciamento de banco de dados, mas é benéfico ter um entendimento básico de como os bancos de dados funcionam e como eles interagem com o front-end de um sistema.

Algumas coisas importantes que um desenvolvedor front-end deve saber sobre bancos de dados incluem:

Como recuperar dados de um banco de dados: Um desenvolvedor front-end deve entender como usar chamadas de API e outros métodos para recuperar dados de um banco de dados e exibi-los no front-end de um site ou aplicativo.
Como filtrar e classificar dados: Entender como filtrar e classificar dados em um banco de dados pode ajudar um desenvolvedor front-end a criar interfaces mais dinâmicas e amigáveis.
Como enviar dados para um banco de dados: Um desenvolvedor front-end deve ser capaz de enviar dados do front-end de um site ou aplicativo para um banco de dados, por exemplo, quando um usuário preenche um formulário e o envia.
Como os dados são organizados e armazenados em um banco de dados: entender os fundamentos de como os dados são armazenados em um banco de dados, como tabelas e campos, pode ajudar um desenvolvedor front-end a criar uma recuperação e envio de dados mais eficientes e precisos.
Segurança e validação de dados: Um desenvolvedor front-end deve estar ciente da importância da validação e segurança de dados ao interagir com um banco de dados e como implementá-lo no front-end.

Também é importante observar que um desenvolvedor front-end pode não necessariamente precisar saber como criar e gerenciar bancos de dados, mas deve estar familiarizado com os conceitos e a terminologia usados no gerenciamento de banco de dados e ser capaz de se comunicar efetivamente com o back-end, desenvolvedores responsáveis pelo gerenciamento dos bancos de dados.

Tá, mas o que seria um banco de dados?

Um banco de dados é uma coleção de dados organizados e armazenados de forma a permitir a fácil recuperação, manipulação e atualização dos dados. Os bancos de dados podem ser usados para armazenar e gerenciar uma ampla variedade de informações, incluindo texto, números, imagens e outros tipos de dados.

Eles são frequentemente usados em negócios, governo e outras organizações para armazenar e gerenciar grandes quantidades de dados de forma eficiente e eficaz. Os tipos mais comuns de bancos de dados são bancos de dados relacionais, bancos de dados de documentos, bancos de dados de valores-chave e bancos de dados de gráficos.

Para entender como funciona um banco de dados, é necessário entender as diferentes estruturas que compõem um banco de dados e como elas funcionam juntas para manter nossos dados organizados e facilmente acessíveis.

Tabelas (Tables)

As tabelas são os blocos básicos de construção de um banco de dados.

Cada tabela contém um conjunto de linhas (também conhecidas como registros) e colunas (também conhecidas como campos).

Cada coluna representa uma informação específica (como um nome ou endereço de e-mail) e cada linha representa uma única instância dessa informação (como um cliente ou produto específico).

As tabelas são criadas com diferentes tipos de campos de dados com diferentes características, por exemplo, chave primária e chave estrangeira.

Chave primária (Primary key)

Uma chave primária é um identificador exclusivo para cada linha em uma tabela.

Pode ser um único campo ou uma combinação de vários campos.

É usado para garantir que não haja duas linhas em uma tabela com o mesmo valor para a chave primária.
Também ajuda a melhorar o desempenho do banco de dados criando um índice para a chave primária, o que permite uma busca e recuperação de dados mais rápidas.

Chave Estrangeira (Foreign key)

Uma chave estrangeira é um campo em uma tabela que se refere à chave primária de outra tabela.

É usado para estabelecer um relacionamento entre duas tabelas.
Esse relacionamento permite que os dados de uma tabela sejam vinculados aos dados de outra tabela.

Por exemplo, em um banco de dados de comércio eletrônico, a chave primária de uma tabela de clientes pode ser usada como chave estrangeira em uma tabela de pedidos para vincular informações específicas de clientes a informações específicas de pedidos.

Índices (Indexes)

Um índice é uma estrutura de dados que permite uma pesquisa e recuperação mais rápida de dados em uma tabela.

Ele é criado com base nos valores de um campo ou grupo de campos específico.
Índices podem ser criados em campos frequentemente usados em consultas, como a chave primária, para melhorar o desempenho do banco de dados.

Visualizações (Views)

Uma visualização é uma tabela virtual baseada nos dados de uma ou mais tabelas.
Ele é criado definindo uma instrução SELECT que recupera dados específicos das tabelas subjacentes.

As exibições podem ser usadas para apresentar dados em um formato específico ou para limitar o acesso a dados específicos em uma tabela. Por exemplo, uma exibição pode ser criada para mostrar todas as informações do cliente, exceto dados confidenciais, como números de previdência social.

Em resumo, um banco de dados é composto de várias estruturas diferentes, incluindo tabelas, chaves primárias, chaves estrangeiras, índices e visualizações, que trabalham juntas para armazenar, organizar e recuperar dados de maneira eficiente e segura. Cada componente desempenha um papel específico no funcionamento do banco de dados, e entender como eles funcionam é crucial para o projeto e gerenciamento de qualquer sistema digital que utilize um banco de dados.