Pablo Sánchez escreveu: > Em 25 de fevereiro de 2010 18:49, Euler Taveira de Oliveira > <[email protected]> escreveu: >> Sem falar que com SQL/MED teremos a possibilidade de escalabilidade >> horizontal >> e mesmo o acesso a dados que não estão em bases relacionais de maneira >> transparente ao programador. > > Poderia me dizer quais bancos já suportam SQL/MED em nível de > produção? (experimentos sobre um padrão que já tem 7 anos não contam > muito). > DB2. Mas tem outros SGBDs que já tem algumas coisas como o PostgreSQL.
> Fora que, basicamente, SQL/MED serve para acesso a dados externos via > RDBMS, ou seja, ler Excel a partir do PostgreSQL... ou entendi muito > errado? :-D (sim, falei Excel só para ser mau, suponho que com > WebServices seja muito mais interessante). > > De qualquer forma, em que SQL/MED se compara a NoSQL? > Você leu o que eu disse acima: escalabilidade horizontal. E por fonte de dados externa podemos incluir o *PostgreSQL* e qualquer outra fonte de dados (XML, JSON, CSV, MySQL, DB2, etc) . SQL/MED é um modelo ambicioso. Distribuir a carga de uma consulta para múltiplos nós em que até mesmo esses nós possam ter modelos de dados diferentes. Há muita pesquisa em cima dessas idéias na área de banco de dados hoje. Além disso, o que poucos enxergam é que no caso dos nós serem PostgreSQL podemos ter heurísticas no planejador para decidir para onde direcionar as consultas. -- Euler Taveira de Oliveira http://www.timbira.com/ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
