Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
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?
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
>
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á.
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
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.