Dada as seguintes tabelas:
_PESSOA_
id serial PK
nome varchar(50) NOT NULL
email varchar(100) NOT NULL
tel varchar(14) NOT NULL
_CLIENTE__
pessoa integer FK/PK --(FK to id in tbl PESSOA)
rg varchar(20) NOT NULL
cpf varchar(
Em 12/11/2016 10:58, Matheus Saraiva escreveu:
Dada as seguintes tabelas:
_PESSOA_
id serial PK
nome varchar(50) NOT NULL
email varchar(100) NOT NULL
tel varchar(14) NOT NULL
_CLIENTE__
pessoa integer FK/PK --(FK to id in
Em 09/11/2016 13:15, Euler Taveira escreveu:
On 09-11-2016 11:12, Matheus Saraiva wrote:
Em 09/11/2016 12:02, Matheus Saraiva escreveu:
Tenho uma função que faz insert em uma tabela. Essa tabela tem duas
colunas que são únicas 'email' e 'login'.
Sendo assim uma exceção do t
Em 09/11/2016 12:02, Matheus Saraiva escreveu:
Tenho uma função que faz insert em uma tabela. Essa tabela tem duas
colunas que são únicas 'email' e 'login'.
Sendo assim uma exceção do tipo UNIQUE_VIOLATION code: 23505 pode
acontecer se for tentado inserir dados repetidos em
Tenho uma função que faz insert em uma tabela. Essa tabela tem duas
colunas que são únicas 'email' e 'login'.
Sendo assim uma exceção do tipo UNIQUE_VIOLATION code: 23505 pode
acontecer se for tentado inserir dados repetidos em qualquer uma dessas
duas colunas.
Pergunta. Como faço para capturar
De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
siste...@mvsoftware.com.br
Enviada em: quarta-feira, 28 de setembro de 2016 12:41
Para: Comunidade PostgreSQL Brasileira
Assunto: Re: [pgbr-geral] Aplicação desktop com banco de dados hospedado em VPS.
“”Olha, a me
Em 27/09/2016 14:20, Itamar Reis Peixoto escreveu:
On 2016-09-27 11:36 AM, Matheus Saraiva wrote:
Queria saber se alguém já teve um cenário parecido com esse e qual foi
a experiência.
Tenho um sistema local desktop e preciso compartilhar esses dados com
o site da empresa. Minha ideia inicial é
Queria saber se alguém já teve um cenário parecido com esse e qual foi a
experiência.
Tenho um sistema local desktop e preciso compartilhar esses dados com o
site da empresa. Minha ideia inicial é contratar um VPS e migrar esse
banco para ele, no mesmo VPS ficará o servidor web com o site. Na
a
Em 12-08-2016 20:50, Tiago José Adami escreveu:
Abro um parênteses: Conexões diretas ao banco via VPN? Não seria
melhor alguma forma de colocar a interface do lado do servidor para
evitar expor o banco de dados? O desempenho disso não vai ser muito
bom, já vi várias tentativas frustradas de conex
Eu realmente nunca fiz uso do recurso de controle de usuário que o
PostgreSQL oferece. Eu geralmente fazia o controle de permissões na
própria aplicação, geralmente usando flags booleanas para demarcar as
permissões de um usuário em um determinado recurso no sistema. Mas tudo
em cima de um supe
Em 27/07/2016 09:13, Sebastian Webber escreveu:
Em 27 de julho de 2016 08:51, Flavio Henrique Araque Gurgel
mailto:fha...@gmail.com>> escreveu:
> Segue link com as informações:
>
> https://eng.uber.com/mysql-migration/
Pra quem puder, sigam as listas internacionais onde o as
Em 23/05/2016 09:38, Flavio Henrique Araque Gurgel escreveu:
On 23/05/2016 14:34, Fabrízio de Royes Mello wrote:
On 22-05-2016 12:22, Matheus Saraiva wrote:
Mandei uma pergunta similar a essa, mas como tinha poucas informações
talvez isso implicou em se obter uma resposta. Dessa forma estou
[mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de
Fabrízio de Royes Mello
Enviada em: segunda-feira, 23 de maio de 2016 09:34
Para: pgbr-geral@listas.postgresql.org.br
Assunto: Re: [pgbr-geral] lo_import em banco de dados remoto
On 22-05-2016 12:22, Matheus Saraiva wrote:
> Man
Mandei uma pergunta similar a essa, mas como tinha poucas informações
talvez isso implicou em se obter uma resposta. Dessa forma estou
reformulando a pergunta com mais informação bem como com novas descobertas.
Pela primeira vez estou precisando gravar arquivos no banco. No meu caso
eu optei por
Estou precisando armazenar arquivos no banco e eptei pelo tipo oid.
Estou primeiramente fazendo um teste com a função lo_import, já que eu
não havia usado a mesma antes por isso não conheço bem dua sintaxe. O
teste que estou fazendo é esse:
select
lo_import('/home/matheus/Dropbox/Freedom/PyLo
Estou precisando armazenar arquivos no banco e eptei pelo tipo oid.
Estou primeiramente fazendo um teste com a função lo_import, já que eu
não havia usado a mesma antes por isso não conheço bem dua sintaxe. O
teste que estou fazendo é esse:
select
lo_import('/home/matheus/Dropbox/Freedom/PyLo
Em se tratando aplicações e conexões, já encontrei duas opiniões nos
fóruns de desenvolvimento. Alguns que defendem manter conexões abertas o
tempo todo, usando na maiorias das vezes classes singleton para
gerenciar as conexões e outros que defendem que as mesmas devem ser
fechadas assim que o
Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale :
[…]
MemCached, TitanDB entre outras todas são consideradas noSQL.
Claro que não. Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente d
Em 05/11/2015 17:35, Leandro Guimarães Faria Corcete DUTRA escreveu:
Le 5 novembre 2015 16:48:59 GMT-02:00, Matheus Saraiva
a écrit :
Ok, muito se fala em usar NoSQL para casos específicos, geralmente
resultando uma solução final mista entre NoSQL e Relacional.
Nunca vi por esse lado. Isso
Ok, muito se fala em usar NoSQL para casos específicos, geralmente
resultando uma solução final mista entre NoSQL e Relacional.
Mas o que dizer de uma solução puramente NoSQL, ou seja, ter o mongoDb
como único SGDB de uma aplicação?
Isso é praticável? Que problemas e vantagens eu teria em fazer
Eu tenho algumas funções que recebem muitos atributos, tipo, uns 25, que
geralmente são referentes as colunas de uma ou mais tabelas. Existe
algum efeito colateral em usar essas funções?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
h
Em Sex, 2015-06-19 às 11:52 -0300, Marcone escreveu:
> 2015-06-19 11:28 GMT-03:00 Matheus Saraiva :
> >
> > oldacessos := SELECT array_agg(modulo_acessos,liberacao_acessos) FROM
> > "Acessos" WHERE usuario_acessos = 1;
> >
> >
> > Essa a
CREATE TYPE tipoacesso AS
(
modulo_tipoacesso integer,
liberacao_tipoacesso boolean
);
CREATE TABLE "Acessos"(
usuario_acessos bigint NOT NULL,
modulo_acessos smallint NOT NULL,
liberacao_acessos boolean NOT NULL DEFAULT false,
CONSTRAINT "Acessos_validamodulo_c
Em Qui, 2015-06-11 às 10:53 -0300, Cleysson Lima escreveu:
> Matheus, não sei se vc já conseguiu resolver mas o nosso amigo
> Fabrizio Mello postou algo desse tipo uma vez [1], da uma olhada se
> atende.
>
> [1]
> http://fabriziomello.blogspot.com.br/2010/09/funcao-arraydiff-em-postgresql.html
>
Dá para resolver com SELECT EXCEPT.
Grato gente.
Em 10 de junho de 2015 19:32, Matheus Saraiva
escreveu:
> "
> Osvaldo,
> Desculpe novamente meu amigo. É que eu não estava mais trabalhando no
> problema. Tive que logar novamente aqui para analisar de novo.
>
> a
lpe a confusão.
"
Se em B tiver um elemento que não está em A, é ignorado.
a = [2,4,8,9,0]
b=[2, 9,3]
Resultado: [4,8,0]
Em 10 de junho de 2015 19:28, Matheus Saraiva
escreveu:
> Osvaldo,
> Desculpe novamente meu amigo. É que eu não estava mais trabalhando no
> problema. Tive
confusão.
Em 10 de junho de 2015 19:12, Osvaldo Kussama
escreveu:
> Em 10/06/15, Matheus Saraiva escreveu:
> > "Apenas para definir melhor o problema.
> > Qual seria o resultado esperado de:
> > array_algumacoisa(array[2,5,8,4,1], array[5,1,7]) ?"
> >
&g
"
"Apenas para definir melhor o problema.
Qual seria o resultado esperado de:
array_algumacoisa(array[2,5,8,4,1], array[5,1,7]) ?"
{2,8,4,7} --A ordem não importa"
Desculpa, o resultado correto esperado é {7}
Em 10 de junho de 2015 19:07, Matheus Saraiva
escreveu:
&g
"Apenas para definir melhor o problema.
Qual seria o resultado esperado de:
array_algumacoisa(array[2,5,8,4,1], array[5,1,7]) ?"
{2,8,4,7} --A ordem não importa
Em 10 de junho de 2015 18:38, Osvaldo Kussama
escreveu:
> Em 10/06/15, Matheus Saraiva escreveu:
> > Postgresq
Postgresql tem alguma "saída pronta", de gerar um array de elementos que
não estão contidos. Exemplo:
array_algumacoisa(array[2,5,8,4,1], array[5,1,2])
retorno: {4,8}
Olhei na DOC e não vi nada a respeito, mas como essa DOC sempre me prega
peças,
Em Ter, 2015-06-09 às 17:59 -0300, Marcone escreveu:
> Em 9 de junho de 2015 17:42, JotaComm escreveu:
> >> Meu select está dando erro dizendo que eu preciso usar
> >> "PESSOAS".nome_pessoa na clausula GROUP BY. Seu eu fiser como pede ela
> >> passa a pedir as outras colunas também.
> >>
> >> SELE
Sim, você está usando o SUM, e para isso precisa do GROUP BY, não tem
como fugir, além disso, todas as colunas do teu SELECT terão que
aparecer no GROUP BY, isso é por causa da função de agregação SUM.
Diga qual o resultado esperado, assim talvez possamos de ajudar
neste SELECT.
Tenho as seguintes tabelas:
CREATE TABLE "QUARTOS"
(
"numero_quarto" VARCHAR(5) NOT NULL,
"tipo_quarto" INTEGER NOT NULL,
"valor_quarto" NUMERIC(7,2) NOT NULL,
"capacidade_quarto" SMALLINT NOT NULL,
CONSTRAINT TIPOQUARTO_FK FOREIGN KEY("tipo_quarto") REFERENCES
"TIPOSQUARTO"
Em Sáb, 2015-06-06 às 11:34 -0300, Vinicius Santos escreveu:
> Basta colocar a condição na clausula WHERE.
>
> Poste a consulta que vc já conseguiu montar para que possamos ajudar.
Prefeito!
SELECT
SUM(total_consumo)
FROM
"CONSUMO"
JOIN
"PRODUTO" ON "PRODUTO".id_produto = "CON
Tenho a seguinte situação.
exemplo:
CLIENTE
id_cliente SERIAL PK,
nome_cliente VARCHAR(50)
TIPOPRODUTO
id_tipoproduto SERIAL PK,
descricao_tipoproduto VARCHAR(30)
PRODUTO
---
id_produto SERIAL PK,
nome_produto VARCHAR(50),
preco_produto NUMERIC(7,2),
bem tenho a seguinte inserção:
WITH pess AS
(
INSERT INTO "PESSOAS"
(
--id_pessoa
nome_pessoa,
endereco_pessoa,
telefone_pessoa,
email_pessoa,
login_pessoa,
senha_pessoa,
endnum_pessoa
)
VALUES
(
Li a documentação do postgresql mas não achei satisfatória a explicação
do parâmetro COST. Entendi que é um "custo" de uso do processador. Como
assim? Alguém poderia fornecer uma explicação mais clara? E como
escolher o valor mais adequado para cada caso?
__
Existe uma tabela chamada GAME:
GAME
---
codbar_game varchar(14) PK,
nome_game varchar(50),
genero_game varchar(30),
status_game boolean
Cada game pode ter vários idiomas de áudio:
AUDIO
id_audio SERIAL PK,
nome_idioma varchar(30)
AUDIOGAME
--
Segue abaixo uma de funções de inserção que eu tenho. Após concluir
todas estive reanalisando a lógica empregado para o retorno.
Se meu raciocínio estiver correto a função abaixo só retornaria algum
valor caso a mesma conseguisse concluir com sucesso a inserção ou caso
caia em alguma das exceçõe
Quais as vantagens e desvantagens de cada uma? Quando devo optar por uma
fixa ou temporária?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
On 11/05/2015 08:20, Matheus de Oliveira wrote:
2015-05-08 17:53 GMT-03:00 Matheus Saraiva <mailto:matheus.sara...@gmail.com>>:
On 08/05/2015 17:21, Matheus Saraiva wrote:
On 08/05/2015 17:05, Matheus de Oliveira wrote:
2015-05-08 16:51 GMT-03:00 Matheu
On 17/05/2015 14:12, Osvaldo Kussama wrote:
Em 17/05/15, Matheus Saraiva escreveu:
Tenho as seguintes tabelas:
QUARTO
numero_quarto varchar(5) PK NOT NULL,
tipo_quarto integer FK NOT NULL,
valor_quarto numeric(7,2) NOT NULL,
capacidade_quarto integer NOT NILL
TIPOSQUARTO
Tenho as seguintes tabelas:
QUARTO
numero_quarto varchar(5) PK NOT NULL,
tipo_quarto integer FK NOT NULL,
valor_quarto numeric(7,2) NOT NULL,
capacidade_quarto integer NOT NILL
TIPOSQUARTO
id_tipoquarto SERIAL PK NOT NULL,
descricao_tipoquarto varchar(30)
FRI
On 08/05/2015 17:21, Matheus Saraiva wrote:
On 08/05/2015 17:05, Matheus de Oliveira wrote:
2015-05-08 16:51 GMT-03:00 Matheus Saraiva <mailto:matheus.sara...@gmail.com>>:
/*UPDATE
"VendasItens"
SET
produto_vendasitens = produto.prod
On 08/05/2015 17:05, Matheus de Oliveira wrote:
2015-05-08 16:51 GMT-03:00 Matheus Saraiva <mailto:matheus.sara...@gmail.com>>:
/*UPDATE
"VendasItens"
SET
produto_vendasitens = produto.produto_tipovendasitens,
qua
On 08/05/2015 16:33, Matheus Saraiva wrote:
On 08/05/2015 16:06, Matheus de Oliveira wrote:
2015-05-08 16:00 GMT-03:00 Matheus Saraiva <mailto:matheus.sara...@gmail.com>>:
UPDATE "VendasItens"
SET produto_vendasitens = produto.produto_vendasitens,
qua
On 08/05/2015 16:06, Matheus de Oliveira wrote:
2015-05-08 16:00 GMT-03:00 Matheus Saraiva <mailto:matheus.sara...@gmail.com>>:
UPDATE "VendasItens"
SET produto_vendasitens = produto.produto_vendasitens,
quantidade_vendasitens = produto.quantidade_vendasit
On 06/05/2015 12:22, Matheus de Oliveira wrote:
On Tue, May 5, 2015 at 3:10 PM, Matheus Saraiva
mailto:matheus.sara...@gmail.com>> wrote:
/*UPDATE "VendasItens" SET (produto_vendasitens,
quantidade_vendasitens) = produto.* FROM unnest(f_produtos) AS
Como eu faria um update usando um vetor de um tipo?
CREATE TYPE tipovendaitens AS
(
produto_tipovendaitens integer,
quantidade_tipovendaitens numeric(4,2)
);
CREATE OR REPLACE FUNCTION "funcUpdateVendasItens"
(
f_produtos tipovendaitens[],
f_idvenda integer
)
RETURNS void
A, Leandro <
l...@dutras.org> escreveu:
> Em 28 de abril de 2015 20:05, Matheus Saraiva
> escreveu:
> >>> E se o servidor for modesto? Se o espaço de armazenamento for um
> >>> requisito crítico?
> >
> >>Tire a artificial, se for o caso. Mas lembre
UNIQUEs para garantir a unicidade.
Em 28 de abril de 2015 19:44, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:
> Em 28 de abril de 2015 17:30, Matheus Saraiva
> escreveu:
> >
> > Já vi muita gente criticando as chaves artificiais e aconselhando o uso
>
Em Ter, 2015-04-28 às 11:50 -0300, Guimarães Faria Corcete DUTRA,
Leandro escreveu:
> 2015-04-28 11:34 GMT-03:00 Irineu :
> >
> > Estou modelando o banco de dados(Postgres off course) de uma aplicação em
> > java web para loja.
>
> /Of [ov] course/. /Off [of] course/ significa fora da corrida, o
Em Seg, 2015-04-20 às 12:45 -0300, Matheus de Oliveira escreveu:
>
> 2015-04-20 12:25 GMT-03:00 Matheus Saraiva
> :
> Me tire uma dúvida no seu exemplo, é necessário fazer o
> RETURNING INTO
> para os parâmetros (RETURNING cliente, tipoconta INTO
&
Em Qua, 2015-04-15 às 17:12 -0300, Matheus de Oliveira escreveu:
>
> 2015-04-15 15:45 GMT-03:00 Matheus Saraiva
> :
> Uma função deve inserir um registro em uma tabela e retornar a
> PK do
> registro inserido, porém, a PK da tabela é uma chave composta.
&
Em Sáb, 2015-04-18 às 23:43 -0300, Danilo Silva escreveu:
> Entendo... Criar as tabelas e suas restrições e
> relacionamentos é até
> tranquilo, mas acho que na hora de se criar outros "elementos"
> ficaria
> meio complicado. Tipo, geralmente na hora de criar
Em Sáb, 2015-04-18 às 14:43 -0300, Leandro Guimarães Faria Corcete DUTRA
escreveu:
> Le 2015-A-17 18h27, Matheus Saraiva a écrit :
> > Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de
> > função dele não faz validação de sintaxe. Por isso me vejo obrig
Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de
função dele não faz validação de sintaxe. Por isso me vejo obrigado a
ficar revesando entre ele e o pgAdmin.
Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna?
_
Em Qui, 2015-04-16 às 16:53 -0300, Rafael Fialho escreveu:
> Em 16 de abril de 2015 16:34, Matheus Saraiva
> escreveu:
> (...)
> Como seria o override?
>
>
> Para o segundo caso que mostraste agora, não sei, pois aparentemente
> os parâmetros são difer
Em Qui, 2015-04-16 às 16:15 -0300, Rafael Fialho escreveu:
> Em 16 de abril de 2015 16:06, Matheus Saraiva
> escreveu:
> Ao chamar uma função que criei, estou sendo obrigado a usar
> cast
> explicito nos parâmetros. Por exemplo, em uma função que
>
Ao chamar uma função que criei, estou sendo obrigado a usar cast
explicito nos parâmetros. Por exemplo, em uma função que espera receber
(varchar, integer, smallint, bigint, date) eu estou sendo obrigado a
castar o tipo na chamada da função. Exemplo
select funcTeste('Teste'::varchar, 1, 3::smallin
Em Qua, 2015-04-15 às 17:12 -0300, Matheus de Oliveira escreveu:
>
>
> 2015-04-15 15:45 GMT-03:00 Matheus Saraiva
> :
>
> Uma função deve inserir um registro em uma tabela e retornar a
> PK do
> registro inserido, porém, a PK da tab
Em Qua, 2015-04-15 às 16:10 -0300, Fabio Roberto escreveu:
>
> Em 15 de abril de 2015 15:45, Matheus Saraiva
> escreveu:
> Em uma chave simples eu posso usar a clausula RETURNING do
> INSERT para
> obter a PK do registro inserido. Mas como
Uma função deve inserir um registro em uma tabela e retornar a PK do
registro inserido, porém, a PK da tabela é uma chave composta. Qual deve
ser o tipo de retorno da função e como fazer o retormo?
Exemplo:
TBLCONTA
-
cliente integer PK
tipoconta smallint PK
banco varchar(30)
agencia varc
A clausula RETURNING do INSERT faz o returno de uma função, caso esteja
dentro de uma?
Exemplo:
funcTestInsert() RETURNS VARCHAR(20)
$$
BEGIN
INSERT INTO "TblTest" VALUES('144778', 'MEU NOME', 'MEU
TELEFONE')
RETURNING id_tbltest;
END;
$$;
É p
Não tinha parado para analisar a capacidade do bigint. Boa observação,
talvez eu não precise fazer nada então pois a média de novos registros é de
100 por dia.
Em 24 de março de 2015 17:08, Matheus de Oliveira escreveu:
>
> 2015-03-24 17:05 GMT-03:00 Matheus de Oliveira
> :
>
>> Agora, se consi
Em Ter, 2015-03-24 às 12:39 -0300, Leandro Guimarães Faria Corcete DUTRA
escreveu:
> Le 24 mars 2015 12:36:45 GMT-03:00, Matheus Saraiva
> a écrit :
> >Em Ter, 2015-03-24 às 11:13 -0300, Guimarães Faria Corcete DUTRA,
> >Leandro escreveu:
> >
> >Correto, mas v
Em Ter, 2015-03-24 às 11:13 -0300, Guimarães Faria Corcete DUTRA,
Leandro escreveu:
> 2015-03-24 10:38 GMT-03:00 Matheus Saraiva :
> >
> > Aproveitando esse tema, alguém aqui na comunidade já atingiu o limite do
> > integer com chaves artificiais? O que acontece e o que
No meu ponto de vista bigint e bigserial são necessários quando, por
exemplo, temos uma chave artificial que pode crescer de forma mais
rápida que o normal.
Além desse caso, quais seriam os outros casos em que eles são uteis?
Aproveitando esse tema, alguém aqui na comunidade já atingiu o limite do
Em Dom, 2015-03-22 às 11:00 -0300, Euler Taveira escreveu:
> On 22-03-2015 10:35, Matheus Saraiva wrote:
> > Eu dou um drop em uma base de dados, porém, quando eu crio outra base de
> > dados com o mesmo nome, tudo volta novamente (esquemas, tabelas, chaves,
> > etc...) como s
Eu dou um drop em uma base de dados, porém, quando eu crio outra base de
dados com o mesmo nome, tudo volta novamente (esquemas, tabelas, chaves,
etc...) como se a base não houvesse sido deletada.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.
Criei uma função que faz um INSERT e retorna TRUE caso a transação tenha
sucesso.
CREATE OR REPLACE FUNCTION core."funcInsertBairros"(f_nome character
varying)
RETURNS boolean AS
$BODY$BEGIN
INSERT INTO core."Bairros"(nome) VALUES($1); -- Insert new Bairro
RETURN TRUE;
EXCEPTION
Bem gente, graças á ajuda dos senhores consegui concluir a função para inserir
clientes baseado na modelagem (http://oi61.tinypic.com/2zdpzdw.jpg)
Segue abaixo a função:
CREATE OR REPLACE FUNCTION "funcInsertClientes"
(
f_nome character varying,
f_telefone character varying,
f_emai
Em Sex, 2015-02-27 às 21:49 -0300, Leandro Guimarães Faria Corcete DUTRA
escreveu:
> Le 27 février 2015 21:44:21 GMT-03:00, Matheus Saraiva
> a écrit :
> >A ideia do segundo from era fazer o alias para o retorno do WITH mais
> >externo (chv).
>
> Continuo sem entende
Em Sex, 2015-02-27 às 19:28 -0300, Leandro Guimarães Faria Corcete DUTRA
escreveu:
> Le 27 février 2015 19:20:05 GMT-03:00, Matheus Saraiva
> a écrit :
> >Sei que é um erro de sintaxe nesse segundo FROM, mas ainda não consegui
> >descobrir o jeito certo.
>
> Dois FROMs
Em Qua, 2015-02-25 às 17:51 -0300, Matheus de Oliveira escreveu:
>
> 2015-02-25 17:31 GMT-03:00 Matheus Saraiva
> :
> Correto, vou criar um tipo composto sem o código. Mas sobre
> pegar os códigos dos dependentes inseridos, ainda não percebi
> outra sol
Em Sex, 2015-02-27 às 11:44 -0300, Guimarães Faria Corcete DUTRA,
> Segundo, menos importante mas que ajuda a médio e longo prazos, é dar
> nomes diferentes para coisas diferentes. Por exemplo, código e nome
> parecem designar tanto código e nome de produto quanto de pessoa; não
> confundir com a
Em Sex, 2015-02-27 às 12:06 -0300, Guimarães Faria Corcete DUTRA,
Leandro escreveu:
> 2015-02-27 12:03 GMT-03:00 Matheus Saraiva :
> >
> > Segue o código http://paste.ubuntu.com/10449853/
>
> Bloqueado para mim. Por favor, no corpo da mensagem, e em texto
> simples. Nu
Em Sex, 2015-02-27 às 11:44 -0300, Guimarães Faria Corcete DUTRA,
Leandro escreveu:
> 2015-02-27 11:07 GMT-03:00 Matheus Saraiva :
> > segue o código e o diagrama da modelagem.
>
> Não achei o código. Procure criar suas mensagens em texto simples,
> isso ajuda a perceber o qu
Em Sex, 2015-02-27 às 11:44 -0300, Guimarães Faria Corcete DUTRA,
Leandro escreveu:
> 2015-02-27 11:07 GMT-03:00 Matheus Saraiva :
> > segue o código e o diagrama da modelagem.
>
> Não achei o código. Procure criar suas mensagens em texto simples,
> isso ajuda a perceber o qu
Em Qui, 2015-02-26 às 17:22 -0300, Matheus de Oliveira escreveu:
>
>
> 2015-02-26 16:26 GMT-03:00 Matheus Saraiva
> :
>
> Estou começando a implementar essa solução, inclusive estou tetando
> usar ela para outros "inserts compostos&q
Em Qua, 2015-02-25 às 17:51 -0300, Matheus de Oliveira escreveu:
>
>
> 2015-02-25 17:31 GMT-03:00 Matheus Saraiva
> :
>
> Correto, vou criar um tipo composto sem o código. Mas sobre
> pegar os códigos dos dependentes inseridos, ainda não percebi
>
>
> Ok, então seu "unnest" já está errado. Você está pegando todas as
> colunas do atributo, mas na lista do INSERT não tem uma delas, no caso
> o código.
>
Correto, vou criar um tipo composto sem o código. Mas sobre pegar os
códigos dos dependentes inseridos, ainda não percebi outra solução al
Faltava uma chave estrangeira na tabela Dependentes segue o DER2
DER2
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
só para corrigir, o nome da função está errado não é funcClientes é
funcDependentes,
desculpem.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> Não vejo um atributo "código" na tabela de "Pessoas" no que você
> passou. Qual seria o esquema exato dessas tabelas?
>
O código de pessoas é auto incremento, o código que vem como parâmetro é
do titular que já está cadastrado. Para cadastrar um dependente na
tabela de Dependentes, é preciso
create or replace function "funcInsertClientes"( cliente integer,
f_depends "Pessoas"[] ) returns boolean as
$BODY$
insert into "Pessoas" -- Insere os dependentes na tabela de
Pessoas
(
nome,
telefone,
email,
endereco,
i
Estou recebendo um erro de sintaxe na linha onde a variável recebe o
valor de SELECT last_value.
create function "teste"() returns integer as
$BODY$
declare test integer default 0;
begin
test := select last_value from "Pessoas_codigo_seq"; <-
Erro aqui
return test;
Em Dom, 2015-02-22 às 10:29 -0300, Matheus de Oliveira escreveu:
>
>
> 2015-02-21 15:11 GMT-02:00 Matheus Saraiva
> :
>
> Nesse caso, a ultima coluna (genitor) dos filhos que estão em
> array_filhos seria ignorada, certo?
>
>
>
> Eu não inclui
Em Sáb, 2015-02-21 às 12:57 -0200, Matheus de Oliveira escreveu:
>
> Basta passar o valor separado:
>
>
> INSERT INTO Filhos(genitor, ...)
>
> SELECT variavel_com_cliente, * FROM unnest(array_filhos);
>
Nesse caso, a ultima coluna (genitor) dos filhos que estão em
array_filhos seria
Em Sex, 2015-02-20 às 17:06 -0200, Matheus de Oliveira escreveu:
>
>
> 2015-02-20 16:26 GMT-02:00 Matheus Saraiva
> :
>
> Isso é uma chave natural?
>
> Pensando na modularização, eu acho estranho repassar esse valor para
> cada Filho sendo que você já está passando
Em Sex, 2015-02-20 às 16:08 -0200, Matheus de Oliveira escreveu:
>
>
> 2015-02-20 16:01 GMT-02:00 Matheus Saraiva
> :
>
> funcInsertCliente(f_nome varchar, f_telefone varchar,
> f_endereco integer, f_datanasc, f_filhos Filhos[]) RET
Em Sex, 2015-02-20 às 15:46 -0200, Matheus Saraiva escreveu:
> Em Sex, 2015-02-20 às 12:37 -0200, Matheus de Oliveira escreveu:
>
> >
> > 2015-02-20 12:13 GMT-02:00 Matheus Saraiva
> > :
> >
> > Em Sex, 2015-02-20 às 09:43 -0200, Math
Em Sex, 2015-02-20 às 12:37 -0200, Matheus de Oliveira escreveu:
>
>
> 2015-02-20 12:13 GMT-02:00 Matheus Saraiva
> :
>
> Em Sex, 2015-02-20 às 09:43 -0200, Matheus de Oliveira
> escreveu
>
>
>
>
>
Em Sex, 2015-02-20 às 09:43 -0200, Matheus de Oliveira escreveu
> Você irá precisar de um tipo composto, esse tipo pode ser um criado
> via CREATE TYPE ou uma tabela. No caso da tabela você precisa informar
> todas colunas da mesma, o que pode não ser necessário.
> Segue um exemplo completo:
>
Em Sex, 2015-02-20 às 09:43 -0200, Matheus de Oliveira escreveu:
> Eu particularmente não gosto muito disso, até a sintaxe literal para
> tipo composto é confuso, mas a decisão é sua. E também tenha em mente
> que esse array inteiro ficará em memória, se forem muitos registros, é
> melhor você c
Em Qui, 2015-02-19 às 13:05 -0200, Matheus de Oliveira escreveu:
>
>
> 2015-02-19 12:55 GMT-02:00 Matheus Saraiva
> :
>
> Sim, basicamente é apenas para evitar as várias chamadas de
> insert.
>
>
> Você pode inserir vários registros num
Em Qui, 2015-02-19 às 12:31 -0200, Matheus de Oliveira escreveu:
>
> 2015-02-19 12:09 GMT-02:00 Matheus Saraiva
> :
> Estou fazendo uma função para inserir itens em uma determinada
> tabela.
> Minha ideia é uma função que receba uma lista de registros
Estou fazendo uma função para inserir itens em uma determinada tabela.
Minha ideia é uma função que receba uma lista de registros e grave todos
eles. Dessa forma evitaria várias chamadas à função para realizar as
gravações.
Teoricamente, a função deveria receber um parâmetro de um tipo de lista,
um
Em Qui, 2015-02-05 às 09:59 -0200, Matheus de Oliveira escreveu:
>
>
> 2015-02-05 6:39 GMT-02:00 Flavio Henrique Araque Gurgel
> :
>
> Agora, com sua explicação, pensemos assim, veja se entendi
> direito
>
> A - Itens de nota
> B - Cabeçalho da nota
>
Em Qua, 2015-02-04 às 13:39 -0200, Matheus de Oliveira escreveu:
>
> 2015-02-04 12:50 GMT-02:00 Matheus Saraiva
> :
> Um campo 'x' da tabela 'A' pode se relacionar tanto com o
> campo 'x' da
> tabela 'B' quanto com
1 - 100 de 143 matches
Mail list logo