Jump to content
Fórum Script Brasil

Guido Gabriel

Membros
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

0 Neutro

About Guido Gabriel

Recent Profile Visitors

451 profile views
  1. Bom dia, Eu já estava escrevendo que não havia entendido a explicação quando ao tentar descrever meu problema consegui visualizar o que fora dito. Na tabela pessoa_papel_processo eu teria vários registros pra identificar um só processo e nesses registros estariam quantas pessoas nos seus diferentes papeis fossem necessários! Qual ferramenta de modelagem voce utiliza? Tenho aqui DBDesigner e PowerDesigner. o primeiro é bem mais simples, o segundo bem mais robusto e completo. Att, Guido Gabriel
  2. Boa noite, Outra dúvida cruel: Num processo existem as partes, ou seja, meu cliente e o adverso (aquele contra quem meu cliente está entrando judicialmente). Como faço para modelar essa parte do banco partindo do principio de que num MESMO processo um ou mais clientes meus podem entrar contra um ou mais adversos. Essa relação deve tratar essas situações, vários clientes contra um adverso ou um cliente contra contra vários adversos. Assim que tiver uma folga no orçamento, pretendo comprar o livro que voce indicou. Voce tem alguma formação superior? Obrigado! Atenciosamente, Guido Gabriel.
  3. Bom dia, Confesso que não tinha pensado dessa maneira. Já que um cliente pode representar um papel dependendo do processo que estamos falando, então é interessante relacionar a tabela PROCESSO não à tabela PESSOA e sim à tabela PESSOA_PAPEL que é onde informanos qual o papel daquela pessoa em relacão àquele determinado processo. Interpretei corretamente? Fiquei um pouco confuso da tabela RELACIONAMENTO BAIRROS CIDADE ESTADO. Não existe uma maneira diferente de implementar essa parte do endereço de uma maneira mais simples? Fungindo um pouco do assunto, voce poderia me indicar algum livro s
  4. Entendido caro Denis. Outra problemática, agora um sistema de gerenciamento de processos de um escritório de adivocacia: No meu sistema vai existir a figura: - do cliente (pessoa que vem vem ao encontro do advogado procurando auxilio especializado); - do adverso (pessoa contra qual meu cliente vai entrar na justica) e - parceiro (pessoa que indicou aquele cliente para procurar meu escritório) Vale comentar que tanto cliente, quanto adverso quanto, parceiro podem ser pessoas fisicas ou juridicas (generalização). Essas três entidades (cliente, adverso e parceiro) possuem quase os mesmos atr
  5. Boa tarde, Denis, obrigado mais uma vez pela agilidade. Da forma que voce propos os atributos comuns de Pess juridica e Pess fisica ficariam na tabela PESSOA. e o identificador_Pessoa seria a chave estrangeira das tabelas Pessoa_fisica e Pessoa_juridica dependendo do tipo de pessoa que seria preenchido no campo Tipo_pessoa na tabela PESSOA. Assim sendo, as chaves primarias das tabelas Pessoa_fisica e Pessoa_juridica não vão ser sequenciais, certo? Acredito que não exista nenhum problema contra isso. Uma coisa não entendi, Por que que o endereço da pessoa fica numa tabela separada? Sei que
  6. Bom dia pessoal. Seguinte, Estou começando a modelar um banco de dados para gerenciamento de equipamento de uma empresa. Estou na dúvida a respeito da minha tabela de CLIENTE, existem tanto clientes pessoas fisicas, como clientes pessoas juridicas. Lembrando que existem informaçoes que somennte estão relacionadas com pess fisica (CPF, Data de aniversário, estado civiil, profissao) e campos que somente estão relacionados com pess juridica (CNPJ, nome fantasia, inscricao estadual) Como devo fazer essa(s) tabela(s)? Minha modelagem inicial está assim: ENTIDADE_PESSOA ent_id tipo_pessoa pess_fi
  7. Certo então... ANÁLISE POSTURAL VISTA ANTERIOR: ( )Geno varo ( )Geno valgo ( )Pé aduto ( )Pé abduto ( )Cabeça lateralizada à ____. _______ __________________________________________________________________________________________________ VISTA LATERAL: ( )Hiperlordose cervical ( )Hipercifose torácica ( )Retificação dorsal ( )Retificação lombar ( )Hiperlordose lombar ( )Geno flexo ( )Geno recurvado ( )Retroversão de quadril ( )Antroversão de quadril ( )Rotação interna de ombros ( )Antroversão de ombros ( ) Postura cifótica_______
  8. Boa tarde pessoal, Estou construindo um programa para avaliação física de uma academia, já tive uma dificuldade e postei aqui no fórum e fui muito bem atendido pelo Denis. Travei em outra parte da modelagem do banco. Não estou conseguindo visualizar de que modo vou armazenar no banco essas perguntas que são feitas a todo aluno na primeira avaliação: EPSODIOS HISTORICOS Foi submetido a algum tipo de cirurgia? Há quanto tempo?___________________________________________ Já sofreu alguma fratura? Onde? Há quanto tempo?_________________________________________________ Já sofreu alguma lesão
  9. Denis, Acho que voce não entendeu a minha duvida ou eu não entendi sua resposta. rsrs Se na minha tabela rl_patologia_aluno eu só tenho dois campos (idAluno e idPatologia), como que eu vou dizer que o aluno 1 vai ter as patologias 2, 4, e 5? CODE CREATE TABLE rl_patologia_aluno ( idAluno integer unsigned not null, /* supondo que este seja o nome e o tipo que você deu a este atributo na tabela aluno*/ idPatologia integer unsigned not null, CONSTRAINT fk_rlPatologiaAluno_001 FOREIGN KEY (idAluno) REFERENCES aluno(idAluno) ON DELETE NO ACTION, ON UPDATE NOT ACTION, CONSTRAINT fk_rl
  10. Opa, realmente não tinha entendido por completo a sua explicação na primeira resposta. Com essa segunda explicação ficou mais claro. Então: Quando eu vou criar um novo aluno no meu banco, primeiro vou dar um insert na tabela aluno com todos os dados do aluno. No momento de cadastrar as patologias de um determinado aluno, este relacionamento estará presente na tabela rl_patologia_aluno com o codigo do aluno (que faz referencia à chave primaria da tabela aluno) e o codigo da patologia (que faz referencia a uma patologia na tabela patologia). certo?? Supondo que alimentamos as tabelas assim:
  11. CREATE TABLE patologia ( idPatologia integer unsigned not null auto_increment, /*que será o identificador de chave primária desta tabela */ tabagismo varchar(30) not null, /* que conterá o nome da patologia, ou seja, o descritivo que você usou*/ diabetes varchar(30) not null, hipertensao varchar(30) not null, cardiopatia varchar(30) not null, infarto varchar(30) not null, safena varchar(30) not null, cateterismo varchar(30) not null, hipercolesterolemia varchar(30) not null, // etc... primary key(idPatologia), unique key (nmPatologia) /* que garantirá que
  12. Boa noite pessoal, Estou modelando um banco para armazenamento de avaliaçoes fisicas de uma academia. No levantamento dos requisitos, identifiquei que em toda avaliacao fisica de um novo aluno, os seguintes perguntas são feitas: Nome: __________________________________________ Data de Nascimento ___/___/___Cód.: __________ Sexo: __ Profissão: _____________ Estado civil: ___________ Fone:__________ E-mail: _________________ Em emergência ligar: _____________________________Convênio de saúde: ___________________________ Data Avaliação: ______/______/______ Data Reavaliação ______/______/____
×
×
  • Create New...