Ir para conteúdo

Arquivado

Este tópico foi arquivado e está fechado para novas respostas.

ma_gr

Armazenamento de dados

Recommended Posts

Gostaria de uma opinião sobre qual a melhor maneira de se armazenar, por exemplo, currículos de usuários? Estou fazendo por enquanto em uma tabela mas cheguei na seguinte questão: como fazer com a parte da experiência profissional do usuário, sendo que ele pode a qualquer momento adicionar ou excluir uma experiencia.

 

É melhor criar outra tabela onde mais campos são criados automaticamente à medida em que mais experiências são inseridas, por exemplo? Ou pode-se criar um identificador dentro do campo experiencia para cada novo insert?

Compartilhar este post


Link para o post
Compartilhar em outros sites

Sim você poderia criar uma outra tabela chamada experiências onde teria a seguinte estrutura:

id     id_curriculum   exp

E cada insert de experiência seria criada uma nova linha na tabela....

Aí na página de buscar os currículos você faz um select na tabela experiências puxando as experiência que tem aquele cara.

Compartilhar este post


Link para o post
Compartilhar em outros sites

dica

 

sempre que for criar a estrutura do banco pense na lógica "uma tabela pra cada assunto" e "dados que se repetem em outra tabela". usuario é um assunto e na tabela usuarios deve ter apenas os dados referentes a eles como nome, data de nascimento, moradia, cpf, e por que? por que não tem pessoas que tenha mais de um nome ou mais de um cpf ou mais de um endereço de moradia (pelo menos não é comum, hehehe). já experiência profissional cada um pode ter Ns. então outra tabela e para cada uma delas abre-se um novo registro ou uma nova linha no banco. uma ideia que gosto muito de passar é a do mercadinho da esquina que tem seus clientes e cada cliente faz muitas compras e em cada compra ele leva vários itens. então só pra atender o cliente vamos ter 4 tabelas que são tbClientes, tbCompras, tbDetalhesCompra e tbProdutos, claro. e na de produtos ainda vamos ter tabelas pra armazenar categorias e por aí afora

Compartilhar este post


Link para o post
Compartilhar em outros sites
1 minuto atrás, marsolim disse:

dica

 

sempre que for criar a estrutura do banco pense na lógica "uma tabela pra cada assunto" e "dados que se repetem em outra tabela". usuario é um assunto e na tabela usuarios deve ter apenas os dados referentes a eles como nome, data de nascimento, moradia e por que? por que não tem pessoas que tenham mais de um nome ou mais de endereço de moradia (pelo menos não pe comum, hehehe). já experiência profissional cada um pode ter Ns. então outra tabela e para cada uma delas abre-se um novo registro ou uma nova linha no banco. uma ideia que gosto muito de passar é a do mercadinho da esquina que tem seus clientes e cada cliente faz muitas compras e em cada compra ele leva vários itens. então só pra atender o cliente vamos ter 4 tabelas que são tbClientes, tbCompras, tbDetalhesCompra e tbProdutos, claro. e na de produtos ainda vamos ter tabelas pra armazenar categorias e por aí afora

 

Sim, tenho tabelas separadas. A questão aqui é se é melhor criar uma nova tabela para um campo que seria da tabela currículo já.

Compartilhar este post


Link para o post
Compartilhar em outros sites

ah tá tinha intendido que tava botando usuários e curriculos numa tabela só mas de qualquer jeito cai na lógica do mercadinho. tem que ver quais dados e que campos tem na tabela. pode ser que seja o caso das tabelas tbUsers com os dados do usuário, tbCurriculos com a id do usuário, a data e hora de cadastro e observacoes por exemplo e a tbCurriculosDetalhes com id do curriculo, data e hora da nova experiência adicionada e tals. tudo depende da estrutura dos dados

Compartilhar este post


Link para o post
Compartilhar em outros sites

  • Conteúdo Similar

    • Por violin101
      Caros amigos, saudações.

      Por favor, me perdoa em recorrer a orientação dos amigos.

      Preciso fazer um Relatório onde o usuário pode Gerar uma Lista com prazo para vencimento de: 15 / 20/ 30 dias da data atual.

      Tem como montar uma SQL para o sistema fazer uma busca no MySql por período ou dias próximo ao vencimento ?

      Tentei fazer assim, mas o SQL me traz tudo:
      $query = "SELECT faturamento.*, DATE_ADD(faturamento.dataVencimento, INTERVAL 30 DAY), fornecedor.* FROM faturamento INNER JOIN fornecedor ON fornecedor.idfornecedor = faturamento.id_fornecedor WHERE faturamento.statusFatur = 1 ORDER BY faturamento.idFaturamento $ordenar ";  
      Grato,
       
      Cesar
       
       
       
       
    • Por violin101
      Caros amigos, saudações
       
      Por favor, me perdoa em recorrer a orientação dos amigos, tenho uma dúvida.
       
      Gostaria de uma rotina onde o Sistema possa acusar para o usuário antes dos 30 dias, grifar na Tabela o aviso de vencimento próximo, por exemplo:
       
      Data Atual: 15/11/2024
                                           Vencimento
      Fornecedor.....................Data.....................Valor
      Fornecedor_1...........01/12/2024..........R$ 120,00 <== grifar a linha de Laranja
      Fornecedor_1...........01/01/2025..........R$ 130,00
      Fornecedor_2...........15/12/2024..........R$ 200,00 <== grifar a linha de Amarelo
      Fornecedor_2...........15/01/2025..........R$ 230,00
      Fornecedor_3...........20/12/2024..........R$ 150,00
       
      Alguém tem alguma dica ou leitura sobre este assunto ?

      Grato,
       
      Cesar
    • Por violin101
      Caros amigos, saudações.

      Por favor, me perdoa em recorrer a ajuda dos amigos, mas preciso entender uma processo que não estou conseguindo sucesso.

      Como mencionado no Título estou escrevendo um Sistema Web para Gerenciamento de Empresa.
       
      Minha dúvida, que preciso muito entender:
      - preciso agora escrever a Rotina para Emissão de NFe e essa parte não estou conseguindo.
       
      tenho assistido alguns vídeos e leituras, mas não estou conseguindo sucesso, já fiz toda as importações das LIB da NFePhp conforme orientação.

      Preciso de ajuda.

      Algum dos amigos tem conhecimento de algum passo-a-passo explicando a criação dessa rotina ?

      tenho visto alguns vídeos com LARAVEL, mas quando tento utilizar e converter para PHP+Codeiginter, dá uma fila de erros que não entendo, mesmo informando as lib necessárias.

      Alguns do amigo tem algum vídeo, leitura explicando essa parte ?

      Grato,

      Cesar.
    • Por violin101
      Caros amigos, saudações.

      Por favor, me perdoa em recorrer ao auxílio dos amigos, mas preciso entender e resolver um problema.
       
      Tenho uma Rotina que o usuário seleciona os produtos que deseja para requerer ao setor responsável.
       
      O usuário escolhe um produto qualquer e Clicla em um button para incluir a lista.

      O problema que estou enfrentando é que após escolher o produto e teclar ENTER o Sistema já salva no BD.
       
      Gostaria de criar uma Tecla de Atalho, para quando incluir/escolher o produto na lista, o usuário tecla como exemplo:
      ALT+A  para agregar a lista
      ALT+S para salvar a lista de itens desejados.

      Assim, quando teclar enter, o sistema não dispara o GRAVAR na Base de Dados.

      Grato,

      Cesar
       
       
       
    • Por violin101
      Caros amigos, saudações.

      Por favor, peço desculpa em recorrer a ajuda dos amigos referente uma dúvida.

      Tenho um Sistema que estou escrevendo em PHP + Codeigniter e a minha dúvida em Codeigniter é:
      Obs.: as tabela são em MySql

      => como faço para IMPORTAR o dado de uma Tabela para outra, as tabela são:
      ___________________Tabela de Pedido     =========== para ==========>    Tabela de Entrada de Lançamentos
      itens: codigoProduto | quantidade | valorUnitario  === importar===> itens: codigoProduto | quantidade | valorUnitario
       
      Estou tentando de várias formas, mas não estou conseguindo.

      Por favor, alguém pode me dar uma ajuda, explicação ou orientação.

      Grato,
       
      Cesar
       
×

Informação importante

Ao usar o fórum, você concorda com nossos Termos e condições.