<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Cassandra: Prevendo o Futuro do NoSQL</title>
	<atom:link href="http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/feed/" rel="self" type="application/rss+xml" />
	<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/</link>
	<description>Tendências, Apps, Startups, Social Media, venture capital, tudo que um geek precisa saber sobre a Web!</description>
	<lastBuildDate>Wed, 08 Feb 2012 22:31:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Loryn</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3899</link>
		<dc:creator>Loryn</dc:creator>
		<pubDate>Thu, 07 Jul 2011 18:41:06 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3899</guid>
		<description>A rolling stone is worth two in the bush, thanks to this atrilce.</description>
		<content:encoded><![CDATA[<p>A rolling stone is worth two in the bush, thanks to this atrilce.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: carribeiro</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3893</link>
		<dc:creator>carribeiro</dc:creator>
		<pubDate>Mon, 26 Jul 2010 08:10:49 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3893</guid>
		<description>Interessante, mas ainda falta considerar outros aspectos.&lt;br&gt;&lt;br&gt;Primeiro, uma &quot;provocação&quot;- não vi nenhuma menção a filesystems modernos, que são uma excelente opção para determinados tipos de dados, e que no fundo também são um tipo muito específico de &quot;banco de dados&quot; (excelentes para logs e arquivos sequenciais, ou para coleções de objetos binários). E ainda há muito espaço para evolução dos filesystems. &lt;br&gt;&lt;br&gt;Outro ponto é que a própria tecnologia de armazenamento ainda tem muito a evoluir. A forma de usar um BD ainda está muito intrinsecamente ligada à forma de armazenamento dos dados. Boa parte das otimizações dos bancos de dados relacionais atuais diz respeito ao acesso a disco - e aí temos muitas novidades, como discos flash de um lado, e protocolos de emulação de acesso a disco via rede, que mudam a forma de otimizar o funcionamento do banco de dados radicalmente. Por outro lado, arquiteturas como CouchDB partem também da premissa de que o armazenamento está associado ao servidor - em um HD interno ou storage montado localmente. Não sei se a premissa de que os dados são armazenados no próprio servidor continuará sendo válida. Acredito que isso possa trazer impacto na forma de desenhar e implementar a próxima geração de banco de dados. O problema é que este impacto é bem difícil de imaginar na situação atual.</description>
		<content:encoded><![CDATA[<p>Interessante, mas ainda falta considerar outros aspectos.</p>
<p>Primeiro, uma &#8220;provocação&#8221;- não vi nenhuma menção a filesystems modernos, que são uma excelente opção para determinados tipos de dados, e que no fundo também são um tipo muito específico de &#8220;banco de dados&#8221; (excelentes para logs e arquivos sequenciais, ou para coleções de objetos binários). E ainda há muito espaço para evolução dos filesystems. </p>
<p>Outro ponto é que a própria tecnologia de armazenamento ainda tem muito a evoluir. A forma de usar um BD ainda está muito intrinsecamente ligada à forma de armazenamento dos dados. Boa parte das otimizações dos bancos de dados relacionais atuais diz respeito ao acesso a disco &#8211; e aí temos muitas novidades, como discos flash de um lado, e protocolos de emulação de acesso a disco via rede, que mudam a forma de otimizar o funcionamento do banco de dados radicalmente. Por outro lado, arquiteturas como CouchDB partem também da premissa de que o armazenamento está associado ao servidor &#8211; em um HD interno ou storage montado localmente. Não sei se a premissa de que os dados são armazenados no próprio servidor continuará sendo válida. Acredito que isso possa trazer impacto na forma de desenhar e implementar a próxima geração de banco de dados. O problema é que este impacto é bem difícil de imaginar na situação atual.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Bastos</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3892</link>
		<dc:creator>Luca Bastos</dc:creator>
		<pubDate>Thu, 22 Jul 2010 23:09:27 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3892</guid>
		<description>Acrescentaria mais alguns itens na lista de exemplos de uso do Adam Wiggins:

- Logs

- Dados do help desk

- Logins e autorizações (que em algumas aplicações são consultados em quase todas as telas)

- Dados usados para data warehouse

@Suissa

A EngineYard hospeda o CouchDB.</description>
		<content:encoded><![CDATA[<p>Acrescentaria mais alguns itens na lista de exemplos de uso do Adam Wiggins:</p>
<p>- Logs</p>
<p>- Dados do help desk</p>
<p>- Logins e autorizações (que em algumas aplicações são consultados em quase todas as telas)</p>
<p>- Dados usados para data warehouse</p>
<p>@Suissa</p>
<p>A EngineYard hospeda o CouchDB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Luca Bastos</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3898</link>
		<dc:creator>Luca Bastos</dc:creator>
		<pubDate>Thu, 22 Jul 2010 23:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3898</guid>
		<description>Acrescentaria mais alguns itens na lista de exemplos de uso do Adam Wiggins:

- Logs

- Dados do help desk

- Logins e autorizações (que em algumas aplicações são consultados em quase todas as telas)

- Dados usados para data warehouse

@Suissa

A EngineYard hospeda o CouchDB.</description>
		<content:encoded><![CDATA[<p>Acrescentaria mais alguns itens na lista de exemplos de uso do Adam Wiggins:</p>
<p>- Logs</p>
<p>- Dados do help desk</p>
<p>- Logins e autorizações (que em algumas aplicações são consultados em quase todas as telas)</p>
<p>- Dados usados para data warehouse</p>
<p>@Suissa</p>
<p>A EngineYard hospeda o CouchDB.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joaquim</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3891</link>
		<dc:creator>Joaquim</dc:creator>
		<pubDate>Thu, 22 Jul 2010 21:04:19 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3891</guid>
		<description>Acredito que não vai haver um BOOM da tecnológia NoSQL, provavelmente 90% das aplicações web existentes hoje não tem necessidade de utilizá-la, e esses 10% que necessitam não devem utilizar hospedagens comuns.
Mas uma coisa é certa, ela está aí pra ficar.</description>
		<content:encoded><![CDATA[<p>Acredito que não vai haver um BOOM da tecnológia NoSQL, provavelmente 90% das aplicações web existentes hoje não tem necessidade de utilizá-la, e esses 10% que necessitam não devem utilizar hospedagens comuns.<br />
Mas uma coisa é certa, ela está aí pra ficar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joaquim</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3897</link>
		<dc:creator>Joaquim</dc:creator>
		<pubDate>Thu, 22 Jul 2010 21:04:00 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3897</guid>
		<description>Acredito que não vai haver um BOOM da tecnológia NoSQL, provavelmente 90% das aplicações web existentes hoje não tem necessidade de utilizá-la, e esses 10% que necessitam não devem utilizar hospedagens comuns.
Mas uma coisa é certa, ela está aí pra ficar.</description>
		<content:encoded><![CDATA[<p>Acredito que não vai haver um BOOM da tecnológia NoSQL, provavelmente 90% das aplicações web existentes hoje não tem necessidade de utilizá-la, e esses 10% que necessitam não devem utilizar hospedagens comuns.<br />
Mas uma coisa é certa, ela está aí pra ficar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herberth Amaral</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3890</link>
		<dc:creator>Herberth Amaral</dc:creator>
		<pubDate>Thu, 22 Jul 2010 20:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3890</guid>
		<description>VPS ou outro tipo de serviço que permita a configuração direta da(s) máquina(s) *</description>
		<content:encoded><![CDATA[<p>VPS ou outro tipo de serviço que permita a configuração direta da(s) máquina(s) *</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herberth Amaral</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3896</link>
		<dc:creator>Herberth Amaral</dc:creator>
		<pubDate>Thu, 22 Jul 2010 20:24:00 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3896</guid>
		<description>VPS ou outro tipo de serviço que permita a configuração direta da(s) máquina(s) *</description>
		<content:encoded><![CDATA[<p>VPS ou outro tipo de serviço que permita a configuração direta da(s) máquina(s) *</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herberth Amaral</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3889</link>
		<dc:creator>Herberth Amaral</dc:creator>
		<pubDate>Thu, 22 Jul 2010 20:21:48 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3889</guid>
		<description>Acho que não. Só pq alguma coisa está disponível, não quer dizer que pessoas vão utilizar. E se não está disponível, estas mesmas pessoas contratam um VPS e instalam o SGBD que preferirem.

Há um outro problema mais &quot;embaixo&quot;: cultura. Boa parte das empresas/pessoas que trabalham com dev são bem acostumadas com o modelo relacional e não vêem motivos para mudar isso.

Mais pessoas/empresas trabalhando com grandes quantidades de dados pode ser um fator que leve ao boom.</description>
		<content:encoded><![CDATA[<p>Acho que não. Só pq alguma coisa está disponível, não quer dizer que pessoas vão utilizar. E se não está disponível, estas mesmas pessoas contratam um VPS e instalam o SGBD que preferirem.</p>
<p>Há um outro problema mais &#8220;embaixo&#8221;: cultura. Boa parte das empresas/pessoas que trabalham com dev são bem acostumadas com o modelo relacional e não vêem motivos para mudar isso.</p>
<p>Mais pessoas/empresas trabalhando com grandes quantidades de dados pode ser um fator que leve ao boom.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Herberth Amaral</title>
		<link>http://webholic.com.br/2010/07/22/cassandra-prevendo-o-futuro-do-nosql/#comment-3895</link>
		<dc:creator>Herberth Amaral</dc:creator>
		<pubDate>Thu, 22 Jul 2010 20:21:00 +0000</pubDate>
		<guid isPermaLink="false">http://webholic.com.br/?p=7490#comment-3895</guid>
		<description>Acho que não. Só pq alguma coisa está disponível, não quer dizer que pessoas vão utilizar. E se não está disponível, estas mesmas pessoas contratam um VPS e instalam o SGBD que preferirem.

Há um outro problema mais &quot;embaixo&quot;: cultura. Boa parte das empresas/pessoas que trabalham com dev são bem acostumadas com o modelo relacional e não vêem motivos para mudar isso.

Mais pessoas/empresas trabalhando com grandes quantidades de dados pode ser um fator que leve ao boom.</description>
		<content:encoded><![CDATA[<p>Acho que não. Só pq alguma coisa está disponível, não quer dizer que pessoas vão utilizar. E se não está disponível, estas mesmas pessoas contratam um VPS e instalam o SGBD que preferirem.</p>
<p>Há um outro problema mais &#8220;embaixo&#8221;: cultura. Boa parte das empresas/pessoas que trabalham com dev são bem acostumadas com o modelo relacional e não vêem motivos para mudar isso.</p>
<p>Mais pessoas/empresas trabalhando com grandes quantidades de dados pode ser um fator que leve ao boom.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

