Felipe Sachetti

@Rhyner realmente os inserts e updates vão ser meio trabalhosos mesmo... em relação ao 2 problema q citaste, acredito q me expressei mal... hj eu tenho: nota e notaitem pedido e pedidoitem orcamento e orcamentoitem cupom e cupomitem minha ideia seria de criar movimento e movimentoitem onde movimento manteria os dados principais do documento, seja ele nota, pedido, orcamento, venda, condicional, etc... e o movimentoitem manteria os dados dos itens de cada movimentacao, com FK para movimento.... o que acontece é que trabalhamos com alguns mercados e, é o dia inteiro passando cupons, sera que vai gerar muito trafego e lentidao??? @Erciley Junior você possui essa tabela de logs em postgres??? qual a quantidade de registro q recebe por dia, o tempo todo??? meu maior medo é q trabalhamos com mercados e, é passando cupom o dia todo... sera que vai gerar muito trafego e lentidao???

Estamos atualizando um sistema desenvolvido em Delphi q armazenava os dados em tabelas access para PostgreSQL. Até aí tudo bem, porém, me deparei com a seguinte situação: No banco antigo tínhamos as seguintes tabelas para armazenar as movimentações: notafiscal notafiscalitem pedido pedidoitem cupom cupomitem notasentrada notasentradaitem Para padronizar pensei em agrupar tudo facilitando atualização de campos e agrupar tudo em uma única tabela (sic): movimentacao movimentacaoitem Criando um campo que diferenciasse um lançamento do outro. Isso pode causar lentidão? É uma técnica aceitável? Quais os prós e contras?