Re: [pgbr-geral] limitar registos máximos num só update

2012-02-01 Por tôpico Pedro Costa
Em 01-02-2012 03:24, Leandro escreveu:
 Pelo menos instrui eles a colocar esses updates em uma transação. Pois 
 no final eles podem dar um commit para efetivar ou um rollback para 
 desfazer tudo.
Pode indicar algum link com informação sobre isso?


Obrigado
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-02-01 Por tôpico Flavio Henrique Araque Gurgel
 Pelo menos instrui eles a colocar esses updates em uma transação. Pois
 no final eles podem dar um commit para efetivar ou um rollback para
 desfazer tudo.
 Pode indicar algum link com informação sobre isso?

http://www.postgresql.org/docs/current/static/tutorial-transactions.html

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-02-01 Por tôpico Pedro Costa
Obrigado Flavio. Vou estudar.

So uma pegunta e possivel implementar uma solucao desse genero mesmo que 
usemos como terminal o qgis?

abraço



Em 01-02-2012 10:43, Flavio Henrique Araque Gurgel escreveu:
 Pelo menos instrui eles a colocar esses updates em uma transação. Pois
 no final eles podem dar um commit para efetivar ou um rollback para
 desfazer tudo.
 Pode indicar algum link com informação sobre isso?
 http://www.postgresql.org/docs/current/static/tutorial-transactions.html

 []s
 Flavio Gurgel
 ___
 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


[pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Pedro Costa
Pessoal,

Existe maneira de limitar o número de actualizações possíveis de uma só vez?

O género de uma constraint que impeça o utilizador de realizar um update 
sobre 200 registos ou mais, em simultâneo?

Obrigado
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Flavio Henrique Araque Gurgel
 Existe maneira de limitar o número de actualizações possíveis de uma só vez?

 O género de uma constraint que impeça o utilizador de realizar um update
 sobre 200 registos ou mais, em simultâneo?

Uma limitação dessas iria 100% contra a especificação de bancos de
dados relacionais.
Suas soluções são (de cabeça, agora, alguém pode ter mais idéias):
- criar chaves estrangeiras para a tabela, limitando as possibilidades
do usuário;
- criar uma função chamada por um gatilho disparado pelo UPDATE, mas
isso teria uma penalidade de desempenho terrível.

Mas uma pulga atrás de minha orelha me pede para perguntar:
Por que você precisa limitar desta forma? O que realmente você quer fazer?

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Pedro Costa


 Obrigado pela resposta Flavio.

O que se passa é que já por duas vezes dois utilizadores, através do 
QuantumGis, enganaram-se e, em vez de actualizarem apenas os registos 
seleccionados, realizaram o update sobre tudo

Alguém tem uma ideia de como contrariar este tipo de situações?



Em 31-01-2012 19:25, Flavio Henrique Araque Gurgel escreveu:
 Existe maneira de limitar o número de actualizações possíveis de uma só vez?

 O género de uma constraint que impeça o utilizador de realizar um update
 sobre 200 registos ou mais, em simultâneo?
 Uma limitação dessas iria 100% contra a especificação de bancos de
 dados relacionais.
 Suas soluções são (de cabeça, agora, alguém pode ter mais idéias):
 - criar chaves estrangeiras para a tabela, limitando as possibilidades
 do usuário;
 - criar uma função chamada por um gatilho disparado pelo UPDATE, mas
 isso teria uma penalidade de desempenho terrível.

 Mas uma pulga atrás de minha orelha me pede para perguntar:
 Por que você precisa limitar desta forma? O que realmente você quer fazer?

 []s
 Flavio Gurgel
 ___
 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


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Flavio Henrique Araque Gurgel
 O que se passa é que já por duas vezes dois utilizadores, através do
 QuantumGis, enganaram-se e, em vez de actualizarem apenas os registos
 seleccionados, realizaram o update sobre tudo

 Alguém tem uma ideia de como contrariar este tipo de situações?

Uma idéia é utilizar backup pela estratégia PITR que te permite
restaurar imediatamente antes de um usuário cometer uma dessas.
Limitar, via SGBD, quantas linhas podem ser alteradas, não dá.
O ideal seria ajustar modelo de dados e aplicação de forma a limitar o
que o usuário consegue fazer.
Mas, uma vez que você usa um software pronto, no seu caso o Quantum
GIS, acho que isso pode ser impossível/caro demais de fazer.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Pedro Costa
Não é possível limitar quando crio um utilizador?

Ou seja, um utilizador está impedido de realizar um update com 
actualizações superiores a 200 registos de uma só vez...






Em 31-01-2012 19:35, Flavio Henrique Araque Gurgel escreveu:
 O que se passa é que já por duas vezes dois utilizadores, através do
 QuantumGis, enganaram-se e, em vez de actualizarem apenas os registos
 seleccionados, realizaram o update sobre tudo

 Alguém tem uma ideia de como contrariar este tipo de situações?
 Uma idéia é utilizar backup pela estratégia PITR que te permite
 restaurar imediatamente antes de um usuário cometer uma dessas.
 Limitar, via SGBD, quantas linhas podem ser alteradas, não dá.
 O ideal seria ajustar modelo de dados e aplicação de forma a limitar o
 que o usuário consegue fazer.
 Mas, uma vez que você usa um software pronto, no seu caso o Quantum
 GIS, acho que isso pode ser impossível/caro demais de fazer.

 []s
 Flavio Gurgel
 ___
 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


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Flavio Henrique Araque Gurgel
 Não é possível limitar quando crio um utilizador?

 Ou seja, um utilizador está impedido de realizar um update com
 actualizações superiores a 200 registos de uma só vez...

Infelizmente não. Isso fere as normas de bancos de dados, não conheço
nenhum SGBD que implemente isso, muito menos o PostgreSQL.

[]s
Flavio Gurgel
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Bruno Silva
Desculpem, mas nesses casos não se deve é dar um treinamento a esses
utilizadores? Afinal se eles tem acesso irrestrito à base, não deviam ter
mais responsabilidade quanto ao uso?
Não deveriam ver se eles devem mesmo ter acesso à base? Sabe lá que outros
inconvenientes podem causar?
Ou então criar uma aplicação para eles e pronto!
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral


Re: [pgbr-geral] limitar registos máximos num só update

2012-01-31 Por tôpico Leandro
Pelo menos instrui eles a colocar esses updates em uma transação. Pois no
final eles podem dar um commit para efetivar ou um rollback para desfazer
tudo.

2012/1/31 Bruno Silva bemanuel...@gmail.com

 Desculpem, mas nesses casos não se deve é dar um treinamento a esses
 utilizadores? Afinal se eles tem acesso irrestrito à base, não deviam ter
 mais responsabilidade quanto ao uso?
 Não deveriam ver se eles devem mesmo ter acesso à base? Sabe lá que outros
 inconvenientes podem causar?
 Ou então criar uma aplicação para eles e pronto!

 ___
 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