Não utilize uma mensagem para postar um novo assunto. Isto está ocorrendo porque os terminais não conseguem se conectar ao Banco de Dados, pode ser problemas com a configuração do pg_hba ou ainda com o firewall ou finalmente se o banco está respondendo no endereço e portas esperadas.
[]´s 2008/11/21 Ralf Schlindwein <[EMAIL PROTECTED]> > URGENTE ME AJUDEM > > Da essa msg quando abro o banco pelo PGADMIN e os Quando os usuarios > acessam o sistema > > Error connecting FATAL desculpe muitos clientes conectados > > Obrigado > > 2008/11/21 José Mello Júnior <[EMAIL PROTECTED]> > > Adriano, >> >> Entendo sobre o dilema que está passando, mas um bom passo em caminho da >> normalização nesse momento seria tornar o número da NF igual a um número >> interno e assim criar série e número da NF novamente, resolvendo o problema >> quanto aos diversos JOINS. Tipo assim: Chave Primária passa a ser um campo >> denominado INTERNO INTEGER, índice natural único SÉRIE e NÚMERO. Em >> princípio o interno ganha o número das NF anteriores e segue normalmente sua >> seqüência independente do número da NF. A quantidade de trabalho em qualquer >> um dos casos não é pequena, mas acredito que passa a ser uma solução >> independente da LEGISLAÇÃO que poderá lhe pregar novas peças no futuro. >> >> []´s >> >> 2008/11/20 Adriano Espinoza de Oliveira <[EMAIL PROTECTED]> >> >>> José, A numeração de NFe, vai até 9 digitos de 1 a 999.999.999. >>> Já consideramos colocar a série, mas a quantidade de alterações é tamanha >>> que essa solução acabou por se tornar inviável. Até porque o risco de >>> algum lugar ficar sem a alteração necessária nos joins, vai causar erros de >>> acumulo e etc.. >>> Colocando o "um bilhão", de cara eliminamos o problema de alteração em >>> todos os joins e mantemos os vinculos corretos. >>> Obviamente não é o ideal, nem discuto o erro de modelagem que temos, mas >>> é uma solução que nessas circunstâncias torna-se a menos problemática. >>> Adriano. >>> >>> >>> 2008/11/20 José Mello Júnior <[EMAIL PROTECTED]> >>> >>> Conside criar o campo série e colocá-lo como parte da chave natural, >>>> uma vez que mesmo no sistema tradicional sempre pode o Fisco mandar iniciar >>>> as NF do zero e a previsão para a numeração está limitada a 6 dígitos. >>>> >>>> []´s >>>> >>>> 2008/11/20 Adriano Espinoza de Oliveira <[EMAIL PROTECTED]> >>>> >>>> Leandro, realmente é problema de modelagem, se você ler direito meu >>>>> texto, escrevi isso na segunda linha. >>>>> O sistema é antigo... e bla bla bla!!! >>>>> Minha dúvida e solicitação de ajuda não é sobre isso! >>>>> Adriano >>>>> >>>>> 2008/11/20 <[EMAIL PROTECTED]> >>>>> >>>>> Le 2008 nov. 20 à 07h57, Adriano Espinoza de Oliveira a écrit : >>>>>> >>>>>> > A numeração utilizada pela NF-e será distinta e independente da >>>>>> > numeração utilizada pela Nota Fiscal em papel. Ressalte-se que a NF- >>>>>> > e é uma nova espécie de documento fiscal:o modelo da NF-e é "55" e >>>>>> > os modelos das Notas Fiscais em papel correspondentes são ?1 ou >>>>>> 1A?. >>>>>> >>>>>> Ou seja, realmente é uma deficiência de modelagem: existem duas >>>>>> entidades diferentes, ou... >>>>>> >>>>>> >>>>>> > Independentemente do tipo de operação, a numeração da NF-e será >>>>>> > seqüencial de 1 a 999.999.999, por estabelecimento,e por série, >>>>>> > devendo ser reiniciada quando atingido este limite . >>>>>> > >>>>>> > O contribuinte poderá adotar séries distintas para a emissão da NF- >>>>>> > e, mediante lavratura de termo no livro Registro de Utilização de >>>>>> > Documentos Fiscais e Termos de Ocorrência ? RUDFTO. >>>>>> >>>>>> ...um erro mais grosseiro de não levar em conta a série na chave da >>>>>> entidade NF (genérica). >>>>>> >>>>>> >>>>>> -- >>>>>> skype:leandro.gfc.dutra?chat Yahoo!: >>>>>> ymsgr:sendIM?lgcdutra >>>>>> +55 (11) 3040 7300 r155 gTalk: >>>>>> xmpp:[EMAIL PROTECTED] <[EMAIL PROTECTED]> >>>>>> +55 (11) 9406 7191 ICQ/AIM: >>>>>> aim:GoIM?screenname=61287803 >>>>>> +55 (11) 5685 2219 MSN: msnim:chat?contact= >>>>>> [EMAIL PROTECTED] >>>>>> >>>>>> _______________________________________________ >>>>>> pgbr-geral mailing list >>>>>> pgbr-geral@listas.postgresql.org.br >>>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> pgbr-geral mailing list >>>>> pgbr-geral@listas.postgresql.org.br >>>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>>> >>>>> >>>> >>>> >>>> -- >>>> José de Mello Júnior >>>> 41.9957-2007 >>>> >>>> _______________________________________________ >>>> pgbr-geral mailing list >>>> pgbr-geral@listas.postgresql.org.br >>>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>>> >>>> >>> >>> _______________________________________________ >>> pgbr-geral mailing list >>> pgbr-geral@listas.postgresql.org.br >>> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >>> >>> >> >> >> -- >> José de Mello Júnior >> 41.9957-2007 >> >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > _______________________________________________ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -- José de Mello Júnior 41.9957-2007
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral