Pessoal, entendo que NoSQL seja um projeto imaturo. Minhas justificativas 1) Transações não são pré-requisito para o usuário final optar se utiliza ou não. É uma necessidade fundamental para utilizar informações compartilhadas em um sistema computacional. Inconsistências de dados não são aceitáveis.
2) Processamento de grandes quantidades de dados ou de um número elevado de transações exige um modelo apropriado para esta finalidade. Representar as entidades do sistema em objetos em em uma camada inferior mapea-los para tabelas, é a superação em administrar ineficientemente os recursos computacionais disponíveis. 3) Uma linguagem como SQL não existe pelo fato de alguém ter acho engraçadinho escrever comandos para definir ações de manipulação de dados. Uma instrução SQL pode invocar muito trabalho no servidor, criado um custo bem baixo para aciona-lo, pois é necessário apenas a instrução, INSERT, UPDATE ou DELETE. NoSQL sem um protocolo para os cliente invocarem trabalho no servidor será um fracasso e quando for criado, será o equivalente a um servidor SQL atual. 4) Tipos de dados ricos, é ter a possibilidade de um grande variedade de representar os dados na memória de forma diferente, mas tendo o mesmo significado. Processamento de dados exige otimização nas operações, ou seja, os dados devem ter o tamanho menor possível que atenda a necessidade da aplicação. No nível mais baixo um SGBD utiliza um vetor de bytes para representar um registro, poderia ser um objeto, mas isso seria absurdamente caro, com um número bem maior de paginações de um gerenciador de buffer, onerando extremamente a gerência de recursos para processar as transações. Muitos SELECTS de uma tabela com 50 campos para carregar as propriedades de um objeto, quando na maioria dos casos todos os campos não são utilizados, vai onerar desnecessariamente muito todos os recursos computacionais. 5) A realidade é sempre mais dinâmica do que se imagina. Operações para modificar estruturar de dados com NoSQL são complexas. Em 18 de setembro de 2012 17:14, < [email protected]> escreveu: > Send pgbr-geral mailing list submissions to > [email protected] > > To subscribe or unsubscribe via the World Wide Web, visit > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > or, via email, send a message with subject or body 'help' to > [email protected] > > You can reach the person managing the list at > [email protected] > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of pgbr-geral digest..." > > > Tópicos de Hoje: > > 1. Google F1, ?o retorno? (Guimarães) > 2. Re: Google F1, ?o retorno? (Bruno Silva) > 3. Encoding CaseInsensitive (Hélio Oliveira) > 4. Re: Google F1, ?o retorno? (Guimarães) > 5. Re: Google F1, ?o retorno? (Flávio Alves Granato) > 6. Re: Encoding CaseInsensitive (Flávio Alves Granato) > 7. Re: Google F1, ?o retorno? (Flávio Alves Granato) > 8. Re: Ajuda com função (Irineu) > 9. Re: Encoding CaseInsensitive (Marcelo Silva) > 10. Re: Google F1, ?o retorno? (Bruno Silva) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 18 Sep 2012 16:26:06 -0300 > From: Guimarães Faria Corcete DUTRA, Leandro <[email protected]> > Subject: [pgbr-geral] Google F1, ?o retorno? > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > cafqwws7yipvm2vdh90ufbeo1xwzu8u1xhxk9hd6gwq0vidx...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Não se preocupem, não ficarei aqui torrando a paciência. Só não > resistir a publicar aqui algo que achei muito interessante: o Google > F1 <http://research.google.com/pubs/pub38125.html>, um SGBD SQL > distribuído da Google. > > Não sei se será um produto, não sei se o código fonte será publicado, > não sei se e quando o PostgreSQL terá essas capacidades ? mas é > interessante até porque muita gente embarcou na moda NoSQL por causa > do exemplo da Google, e agora ela mostra que precisa do SQL. > > Interessantemente, parece que o F1 é construído sobre o Spanner > <http://research.google.com/archive/spanner.html>, que parece ser mais > relacional que o SQL, requerendo que toda tabela tenha uma chave ? ou > seja, trabalha com relações de fato. > > Prometo que deixo a lista em paz de novo logo, logo? > > > ------------------------------ > > Message: 2 > Date: Tue, 18 Sep 2012 16:39:46 -0300 > From: Bruno Silva <[email protected]> > Subject: Re: [pgbr-geral] Google F1, ?o retorno? > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > cakighcolqxuojfpkrjq_ir2fqm9luqvytqchcafinftp+pr...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Interessante! > > Bruno E. A. Silva. > Analista de Sistemas. > > > > 2012/9/18 Guimarães Faria Corcete DUTRA, Leandro <[email protected]>: > > Não se preocupem, não ficarei aqui torrando a paciência. Só não > > resistir a publicar aqui algo que achei muito interessante: o Google > > F1 <http://research.google.com/pubs/pub38125.html>, um SGBD SQL > > distribuído da Google. > > > > Não sei se será um produto, não sei se o código fonte será publicado, > > não sei se e quando o PostgreSQL terá essas capacidades ? mas é > > interessante até porque muita gente embarcou na moda NoSQL por causa > > do exemplo da Google, e agora ela mostra que precisa do SQL. > > > > Interessantemente, parece que o F1 é construído sobre o Spanner > > <http://research.google.com/archive/spanner.html>, que parece ser mais > > relacional que o SQL, requerendo que toda tabela tenha uma chave ? ou > > seja, trabalha com relações de fato. > > > > Prometo que deixo a lista em paz de novo logo, logo? > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > ------------------------------ > > Message: 3 > Date: Tue, 18 Sep 2012 16:43:25 -0300 > From: Hélio Oliveira <[email protected]> > Subject: [pgbr-geral] Encoding CaseInsensitive > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Boa tarde Colegas! > > Para que em uma pesquisa eu possa digitar "jose" e o postgreSQL me retornar > JOSE, José JoSé... envim, não levar em consideração (maisculas/minusculas e > a acentuação) como devo proceder? > > [ ]'s, > Hélio Oliveira > > > > > ------------------------------ > > Message: 4 > Date: Tue, 18 Sep 2012 16:45:24 -0300 > From: Guimarães Faria Corcete DUTRA, Leandro <[email protected]> > Subject: Re: [pgbr-geral] Google F1, ?o retorno? > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > cafqwws4+ovjejmiot5dovy4ebftttynicrvbd+vsewo4sbs...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > 2012/9/18 Bruno Silva <[email protected]>: > > Interessante! > > Acabo de ler o PDF de apresentação. Interessantemente, eles falam > muito do suporte de tipos ricos diminuindo a impedância > objeto-relacional (o que o Date & cia vimos falando há trécadas), e > que estão substituindo o MySQL pelo F1. > > Será que rolam discussões a respeito na -hackers? ;-) > > > ------------------------------ > > Message: 5 > Date: Tue, 18 Sep 2012 16:48:25 -0300 > From: Flávio Alves Granato <[email protected]> > Subject: Re: [pgbr-geral] Google F1, ?o retorno? > To: Guimarães Faria Corcete DUTRA, Leandro <[email protected]>, Comunidade > PostgreSQL Brasileira <[email protected]> > Message-ID: > > <87sjafnmd2.fsf@localhost.localdomain.i-did-not-set--mail-host-address--so-tickle-me > > > > Content-Type: text/plain; charset=utf-8 > > "Guimarães Faria Corcete DUTRA, Leandro" <[email protected]> writes: > > > Não se preocupem, não ficarei aqui torrando a paciência. Só não > > resistir a publicar aqui algo que achei muito interessante: o Google > > F1 <http://research.google.com/pubs/pub38125.html>, um SGBD SQL > > distribuído da Google. > > > > Não sei se será um produto, não sei se o código fonte será publicado, > > não sei se e quando o PostgreSQL terá essas capacidades ? mas é > > interessante até porque muita gente embarcou na moda NoSQL por causa > > do exemplo da Google, e agora ela mostra que precisa do SQL. > > distribuido > > > > > Interessantemente, parece que o F1 é construído sobre o Spanner > > <http://research.google.com/archive/spanner.html>, que parece ser mais > > relacional que o SQL, requerendo que toda tabela tenha uma chave ? ou > > seja, trabalha com relações de fato. > > > > Prometo que deixo a lista em paz de novo logo, logo? > > hahaha... já já esta de volta... > > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > ------------------------------ > > Message: 6 > Date: Tue, 18 Sep 2012 16:54:45 -0300 > From: Flávio Alves Granato <[email protected]> > Subject: Re: [pgbr-geral] Encoding CaseInsensitive > To: Hélio Oliveira <[email protected]>, > [email protected] > Message-ID: > > <87obl3nm2i.fsf@localhost.localdomain.i-did-not-set--mail-host-address--so-tickle-me > > > > Content-Type: text/plain; charset=utf-8 > > Hélio Oliveira <[email protected]> writes: > > > Boa tarde Colegas! > > > > Para que em uma pesquisa eu possa digitar "jose" e o postgreSQL me > retornar > > JOSE, José JoSé... envim, não levar em consideração > (maisculas/minusculas e > > a acentuação) como devo proceder? > > Ai você terá que ir pro lado da busca textual.[1] > é um caminho a percorrer muito legal e muito interessante... > chega-se ao ponto de ir para a taxonomia das palavras, sei que sua > questão é procurar sem case sensitive, mas... hehehehe > > > > > > > > [1] http://www.postgresql.org/docs/9.1/static/textsearch.html > > > ------------------------------ > > Message: 7 > Date: Tue, 18 Sep 2012 16:56:55 -0300 > From: Flávio Alves Granato <[email protected]> > Subject: Re: [pgbr-geral] Google F1, ?o retorno? > To: Guimarães Faria Corcete DUTRA, Leandro <[email protected]>, Comunidade > PostgreSQL Brasileira <[email protected]> > Message-ID: > > <87lig7nlyw.fsf@localhost.localdomain.i-did-not-set--mail-host-address--so-tickle-me > > > > Content-Type: text/plain; charset=utf-8 > > "Guimarães Faria Corcete DUTRA, Leandro" <[email protected]> writes: > > > 2012/9/18 Bruno Silva <[email protected]>: > >> Interessante! > > > > Acabo de ler o PDF de apresentação. Interessantemente, eles falam > > muito do suporte de tipos ricos diminuindo a impedância > > objeto-relacional (o que o Date & cia vimos falando há trécadas), e > > que estão substituindo o MySQL pelo F1. > > > > Será que rolam discussões a respeito na -hackers? ;-) > manda o link da hackers por favor... > > > ------------------------------ > > Message: 8 > Date: Tue, 18 Sep 2012 17:06:53 -0300 > From: Irineu <[email protected]> > Subject: Re: [pgbr-geral] Ajuda com função > To: [email protected] > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Em 18/09/2012 15:26, Stclara escreveu: > > Salve, pessoal. Estou precisando desenvolver uma função para retornar > > saldo e comecei desta maneira, mas não retorna dados: > > > > Criei um type: > > CREATE TYPE saldo_caixa AS ( > > debito numeric(18,2) > > ); > > > > A função: > > CREATE OR REPLACE FUNCTION saldocaixa() RETURNS SETOF saldo_caixa AS > > $body$ > > DECLARE > > debito_atual NUMERIC(18,2); > > linha saldo_caixa; > > begin > > SELECT INTO debito_atual SUM(value_cash) FROM cashes WHERE > > (type_cash= 'D'); > > linha.debito = debito_atual; > > RETURN; > > END > > $body$ > > LANGUAGE 'plpgsql'; > > > > > > uma outra possibilidade: > > CREATE OR REPLACE FUNCTION saldocaixa() > RETURNS SETOF saldo_caixa AS > $body$ > DECLARE > debito_atual NUMERIC(18,2); > linha saldo_caixa; > begin > RETURN Query SELECT SUM(value_cash)::NUMERIC(18,2) FROM cashes WHERE > (type_cash= 'D'); > END > $body$ > LANGUAGE 'plpgsql'; > > > > -- > Irineu Raymundo > Programador/Consultor Técnico > Senda Engenharia de Dados Ltda. > > > > ------------------------------ > > Message: 9 > Date: Tue, 18 Sep 2012 17:11:36 -0300 > From: "Marcelo Silva" <[email protected]> > Subject: Re: [pgbr-geral] Encoding CaseInsensitive > To: "Comunidade PostgreSQL Brasileira" > <[email protected]> > Message-ID: <915F369EC6A84B94B4AF8FFAE44AF701@MarceloPC> > Content-Type: text/plain; format=flowed; charset="iso-8859-1"; > reply-type=original > > Ou pode fazer assim: > > CREATE OR REPLACE FUNCTION fsemacento(character varying) > RETURNS character varying AS > $BODY$ > SELECT TRANSLATE(upper($1), > 'áéíóúàèìòùãõâêîôôäëïöüçÁÉÍÓÚÀÈÌÒÙÃÕÂÊÎÔÛÄËÏÖÜÇ', > 'aeiouaeiouaoaeiooaeioucAEIOUAEIOUAOAEIOOAEIOUC') > $BODY$ > LANGUAGE sql VOLATILE > COST 100; > ALTER FUNCTION fsemacento(character varying) > OWNER TO postgres; > > Depois use > > SELECT * FROM TABELA > WHERE (fsemacento(NOME) ~ fsemacento('jose')) > > > Obs: Ele vai ignorar os acentos e minusculas > Deixei os caracteres minusculos na função por questão de didática > > > Marcelo Silva > ------------------------------------------- > > > -----Mensagem Original----- > From: FlávioAlves Granato > Sent: Tuesday, September 18, 2012 4:54 PM > To: HélioOliveira ; [email protected] > Subject: Re: [pgbr-geral] Encoding CaseInsensitive > > Hélio Oliveira <[email protected]> writes: > > > Boa tarde Colegas! > > > > Para que em uma pesquisa eu possa digitar "jose" e o postgreSQL me > > retornar > > JOSE, José JoSé... envim, não levar em consideração (maisculas/minusculas > > e > > a acentuação) como devo proceder? > > Ai você terá que ir pro lado da busca textual.[1] > é um caminho a percorrer muito legal e muito interessante... > chega-se ao ponto de ir para a taxonomia das palavras, sei que sua > questão é procurar sem case sensitive, mas... hehehehe > > > > > > > > [1] http://www.postgresql.org/docs/9.1/static/textsearch.html > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > > ------------------------------ > > Message: 10 > Date: Tue, 18 Sep 2012 17:12:26 -0300 > From: Bruno Silva <[email protected]> > Subject: Re: [pgbr-geral] Google F1, ?o retorno? > To: Comunidade PostgreSQL Brasileira > <[email protected]> > Message-ID: > < > cakighcoh6trgwvp_c1hbkw_9n-0ufwxqyzcrfbkwb1m4cea...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Acabei de ler por alto o pdf. > > Bruno Emanuel > > 2012/9/18 Flávio Alves Granato <[email protected]>: > > "Guimarães Faria Corcete DUTRA, Leandro" <[email protected]> writes: > > > >> 2012/9/18 Bruno Silva <[email protected]>: > >>> Interessante! > >> > >> Acabo de ler o PDF de apresentação. Interessantemente, eles falam > >> muito do suporte de tipos ricos diminuindo a impedância > >> objeto-relacional (o que o Date & cia vimos falando há trécadas), e > >> que estão substituindo o MySQL pelo F1. > >> > >> Será que rolam discussões a respeito na -hackers? ;-) > > manda o link da hackers por favor... > > _______________________________________________ > > pgbr-geral mailing list > > [email protected] > > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > ------------------------------ > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > > Fim da Digest pgbr-geral, volume 45, assunto 71 > *********************************************** > -- Att. Fábio Hentz Lunkes Cientista da Computação Celular: 54 9178 2435 Telefone: 54 3701 2435
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
