E existisse essa função CONCATENA_CAMPOS ajudaria bastante, mas se
não der nenhum problema em utilizar outros selects e loops, beleza.
Uma função como essa não teria como fugir dos LOOPS.. !
Crie-a... Com o script que eu enviei na minha primeira resposta não é
necessario LER o catalogo, ela
Sugestão.
Visto a dificuldade de achar software de estoque bom e aberto na net, e a
vontade do Ribamar em liberar seu esforço de modelagem, poderíamos fazer um
grupo para desenvolver o core do negócio, todo com implementação m pl/pgsql.
Assim ficaria facil de desenvolver a interface em qualquer
Yoshio escreveu:
2008/6/23 Emerson Casas Salvador [EMAIL PROTECTED]:
Yoshio escreveu:
Olá pessoal.
Como faço para concatenar vários campos (linha) delimitados com algum
caracter em uma string dentro de uma trigger? O problema está no fato
de não saber a quantidade de campos (nem os tipos)
2008/6/23 Rudinei Dias [EMAIL PROTECTED]:
Visto a dificuldade de achar software de estoque bom e aberto na net
Adempière, Compière não atendem?
Só para evitar duplicação de esforços...
--
skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (11) 3040 7300 r155 gTalk: xmpp:[EMAIL
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma tabela,
pois é tudo movimento de estoque. Pode ser saída, entrada,
transferência, saída para empréstimo, para venda, etc. Normalmente é uma
tabela e o que define se é entrada/saída é a CFOP.
Não se trata de transformar qualquer
Tenho que concordar.
Mas o fato de se fazer separado não chega a estar errado, apenas a mim
parece um pouco desnecessário e em alguns momentos vai gerar maior
dificuldade de controle.
Mas ainda defendo o padrão como sugestão, não imposição. Claro que
muitos pensam diferente, mas uma opção
Leandro,
2008/6/23 Mozart Hasse [EMAIL PROTECTED]:
Não vejo futuro. Conheci gente que não vê futuro nem em unificação de
sintaxe SQL e estruturas de bancos de dados, que dirá em unificação de
modelagem.
Leandro DUTRA:
Não sei se entendi a parte de estruturas ? a sintaxe SQL certamente
E quando surgir a tranportadora? Criamos outra tabela?
Por que? Da forma exemplificada se resolve pelo sistema, sem necessidade
de mudar programa.
Sinceramente, não vejo complexidade nisso.
Leandro DUTRA escreveu:
2008/6/23 Ribamar Sousa [EMAIL PROTECTED]:
EMPRESA: ALEX
TIPOS_DE_EMPRESA
Tem também o Openbravo, baseado inicialmente no Compiére. Claro que
poderia se partir daí. Já andei dando uma estudada nele e tenho ele
instalado.
É um caso de avaliar a curva de aprendizado para entendê-los e talvez
partir de um destes. Estão hoje bem maduros e já com bastante complexidade.
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma tabela,
pois é tudo movimento de estoque.
Então há uma tabela com movimento de estoque, e outra específica para
cada tipo de movimento de estoque. Se não, vira bagunça.
Em nenhum
Leandro DUTRA escreveu:
2008/6/23 Alexsandro Haag [EMAIL PROTECTED]:
Se for o caso, chame de PESSOA então. O nome da entidade não altera a
questão. O que me refiria era sobre poder manter o cadastro na mesma
entidade. Independente do nome que tiver.
Mas tem de separar as
É que muitas vezes se não pensamos nestes detalhes que a princípio
parecem trazer complexidade, depois do sistema feito acabamos tendo
muita dificuldade para mudar.
Por isso acho que uma modelagem inicial mais complexa vai garantir mais
flexibilidade depois.
Quanto ao que falou abaixo,
Quoting Alexsandro Haag [EMAIL PROTECTED]:
Sim, me refiro a uma referência conceitual, um ponto de partida universal.
Não algo rígido, seria uma sugestão livre de modelo ER para
implementação de ERP.
Existem sim situações muito específicas, mas há outras que são
conceituais, como MRP,
Pessoal, vi que em mensagens anteriores foi comentado, talvez pelo
Leandro (acabei não guardando o e-mail) algo referente ao Hibernate
conflitando com a geração de chaves naturais no Postgresql.
Gostaria de entender melhor o que seria este problema, pois estou
justamente iniciando um projeto
Existe um projeto nacional de código aberto chamado stoq
(www.stoq.com.br) modelado em Postgres e desenvolvido em Python.
Tem um espanhol chamado Openbravo e o Adempiére já citado.
O Compiére me parece que foi fechado novamente o código.
A motivação poderia ser não o fato de não existirem
Existe um projeto nacional de código aberto chamado stoq
(www.stoq.com.br) modelado em Postgres e desenvolvido em Python.
Tem um espanhol chamado Openbravo e o Adempiére já citado.
O Compiére me parece que foi fechado novamente o código.
A motivação poderia ser não o fato de não existirem
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Que seja, mas como faria uma transferência de uma empresa para a mesma?
Tem de haver então dois locais de estoque na mesma empresa. Simples.
Não se trata de Gambiarra, pois estamos garantindo a integridade
através do ID sequencial.
ID
Pessoal, alguém conhece alguma forma - se é que exista -, de se emular um
ambiente de produção, com vários acessos concorrentes e várias consultas
pesadas ?
Obrigado
Vinicius dos Santos
http://www.msisolucoes.com.br___
pgbr-geral mailing list
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Pessoal, vi que em mensagens anteriores foi comentado, talvez pelo
Leandro (acabei não guardando o e-mail) algo referente ao Hibernate
conflitando com a geração de chaves naturais no Postgresql.
Não somente... o Hibernate tem uma série de práticas
Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma tabela,
pois é tudo movimento de estoque.
Então há uma tabela com movimento de estoque, e outra específica para
cada tipo de movimento de estoque.
Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Tenho que concordar.
Obrigado!
Mas o fato de se fazer separado não chega a estar errado, apenas a mim
parece um pouco desnecessário e em alguns momentos vai gerar maior
dificuldade de controle.
Pelo
Alexsandro Haag escreveu:
Pessoal, vi que em mensagens anteriores foi comentado, talvez pelo
Leandro (acabei não guardando o e-mail) algo referente ao Hibernate
conflitando com a geração de chaves naturais no Postgresql.
IMHO, isso depende da metodologia de geração de classes adotada.
O
Se a idéia evoluir talvez seja o caso de criarmos uma lista a parte,
para não fugirmos do foco do Postgres na que estamos agora.
[EMAIL PROTECTED] escreveu:
Quoting Alexsandro Haag [EMAIL PROTECTED]:
Sim, me refiro a uma referência conceitual, um ponto de partida universal.
Não algo
Ola a todos tenho um sistema com mais de 170 tabelas e estou migrando elas
para postgre, estou tendo um problema com o case sensitive do postgre
gostaria de saber se tem como desabilitar esta função no servidor já dei
uma pesquisada na internet não achei nada . se não vou ter que tratar isto
Leandro DUTRA wrote:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Que seja, mas como faria uma transferência de uma empresa para a mesma?
Tem de haver então dois locais de estoque na mesma empresa. Simples.
Ou unidades de negocio diferentes. O nosso ERP é possível os 2
Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Que seja, mas como faria uma transferência de uma empresa para a mesma?
Tem de haver então dois locais de estoque na mesma empresa. Simples.
Sim, tens razão, para este caso isso resolveria e da forma mais
Olá, pessoal... Desculpem minha intromissão na thread, tendo em vista que a
discussão vai longe ainda.
Tenho acompanhado o assunto, com certo interesse, afinal, algo de positivo se
tira de tudo isso. Salvo opiniões pessoais, acho esta discussão bem produtiva.
Bem, de maneira prática, algumas
Alexsandro Haag wrote:
Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma tabela,
pois é tudo movimento de estoque.
Então há uma tabela com movimento de estoque, e outra específica para
cada tipo
josemario rosa wrote:
Ola a todos tenho um sistema com mais de 170 tabelas e estou migrando
elas para postgre, estou tendo um problema com o case sensitive do
postgre gostaria de saber se tem como desabilitar esta função no
servidor já dei uma pesquisada na internet não achei nada . se
On Tuesday 24 June 2008 16:52:50 Alexsandro Haag wrote:
Leandro DUTRA escreveu:
2008/6/24 Alexsandro Haag [EMAIL PROTECTED]:
Pode ser sim. Dá prá fazer separado. Mas normalmente é uma mesma
tabela, pois é tudo movimento de estoque.
Então há uma tabela com movimento de estoque, e outra
Olá,
Como assim tendo problemas com o case sensitive. Por padrão, o PostgreSQL
sempre trata os caracteres como minúsculos, a não ser que você coloque o
nome dos objetos entre aspas duplas.
Por exemplo:
postgres=# CREATE TABLE TABELA(CODIGO INTEGER);
CREATE TABLE
postgres=# \d TABELA
Table
meu caro se por acaso teu script ta criando os campos ou tabelas com sugiro
que faca o seguinte:
cat arquivo | tr -d \ novo_arquivo
pronto!
- Original Message -
From: jota.comm
To: Comunidade PostgreSQL Brasileira
Sent: Tuesday, June 24, 2008 6:31 PM
Subject: Re:
2008/6/24 Dickson Guedes [EMAIL PROTECTED]:
Cria-se o diagrama de classes - Cria-se o diagrama ER - Cria-se as
entidades - Gera-se as classes a partir das entidades criadas.
O problema é que derivar o modelo de um DER já não é bom; derivar o
DER de classes é um desastre.
--
Bom acho que não soube me expressar direito. Já fiz a importação dos dados
para o postgre, já mudei o o hibernate para ele conectar o post, mas quando
eu vou buscar alugo no banco na tabela paciente como 'Jose' e no banco esta
JOSE ele não acha. Um professor meu falo q tenho como desabilitar
josemario rosa wrote:
Bom acho que não soube me expressar direito. Já fiz a importação dos
dados para o postgre, já mudei o o hibernate para ele conectar o post,
mas quando eu vou buscar alugo no banco na tabela paciente como 'Jose'
e no banco esta JOSE ele não acha. Um professor meu
eu uso assim quando faço as consultas:
SELECT nomemunic FROM tab_municipios
WHERE lower(to_ascii(nomemunic)) like lower(to_ascii('%Paulo%'))
assim ele joga a minha condição pra minusculo e considera todos os
resultados minusculos tb
no meu caso não tem problema fazer isso pois as
Eu tenho algum conhecimento e algumas horas livres por dia, gostaria
de entrar num projeto assim..
Sou novo na lista e não acompanhei a discussão, mas posso ajudar no
desenvolvimento sim!
2008/6/24 Ribamar Sousa [EMAIL PROTECTED]:
Desculpem-me se não estou conseguindo acompanhar o debate,
Boa noite
O Jmeter pode te ajudar...
Até
Renato Hernandez Alexandre
2008/6/24 Vinicius Santos - MSI [EMAIL PROTECTED]:
Pessoal, alguém conhece alguma forma - se é que exista -, de se emular um
ambiente de produção, com vários acessos concorrentes e várias consultas
pesadas ?
Obrigado
38 matches
Mail list logo