2009/7/7 Nilson Chagas <[email protected]>: > E por conta deste "desinteresse", em portabilidade, vou ter que criar > uma camada de aplicação, ainda no sei como, para "integrar" minha base > postgres, do site com a do wordpress. > > E não entendo, pq não se fazer um sistema totalmente abstrato. > > Particularmente todos projetos que tenho me envolvido, não se prendem > mais a banco de dados (postgres, sempre é preferencia), ou a sistema > operacional.
Cuidado Ninson, nesta seara você pode acabar dizendo que banco de dados é tudo igual... e não é! Acho sim que podemos criar algumas camadas de abstração, e utilizar ao máximo o padrão SQL fugindo das soluções específicas de cada banco. Mas existem casos em que isso se torna mais complexo. Lembro-me de um projeto há uns 4 anos atrás em que utilizamos o MySQL e descobrimos que ele não tratava nativamente datas antes de 1970! Foi um problema sério no projeto e tivemos que contornar isso. O tratamento de Locks também é um caso clássico onde muita coisa muda. Não é qualquer banco que tem MVCC como o PostgreSQL tem. Sem contar o uso de funções no banco, aí a história vai longe. Você tem que realmente criar uma função para cada versão de banco. Na verdade, toda a parte de DDL tem de ser específica para cada SGDB, cada um tem seus parâmetros próprios para determinar qual tablespace usar e outros parâmetros para otimização. O problema é que as pessoas acham que podem baixar um .zip da internet, descompactar em /var/www e sair usando impunemente. Sem ter que mexer nada no banco. Assim em 2 minutos você tem a sua aplicação no ar. Mas é claro que a segurança e o desempenho vão para o vinagre. Em suma, esse negócio de fazer aplicação totalmente independente de banco não existe. Devemos buscar o padrão, mas saber que - até segunda ordem - é impossível. A não ser que você realmente acredite que coisas como o Hibernate possam ser "utilizados no modo padrão" sem nenhum malefício para o desempenho... Faz sentido para você? []s Fábio Telles > > > -- > []s > Nilson Chagas - Ubuntu User 25794 > --- > Visite: > http://www.amados.com.br/podcast -> Peça gratuitamente um curso Bíblico > http://tempodesalvacao.blogspot.com/ > http://bbnradio.org/ -> Ouça a rádio e faça gratuitamente um Curso Biblico > > > 2009/7/7 Hikari <[email protected]>: >> Interessante... >> >> Um offtopic dentro do offtopic: o Drupal suporta MySQL e Postgres, mas no >> site deles é dito q alguns modules "podem naum funcionar >> tão bem no Postgres quanto desejariam". >> >> Infelizmente a realidade é essa, o padrão na Web é PHP + SQL. Lembro q até >> alguns anos atrás esses 2 eram praticamente sinônimos, >> ninguém aprendia 1 sem aprender o outro junto, livros ensinavam eles ao >> mesmo tempo. >> >> Daí agora é complicado mudar. Meu host HawkHost.com oferece Postgres junto >> com MySQL, mas eu sempre acabo indo no My. O fato é q a >> maioria dos hosts suportam só o MySQL, a maioria dos users usam ele mesmo qd >> tem alternativas e a maioria dos developers mal testam >> no Postgres, isso qd testam. É igual comparar a estabilidade de aplicativos >> do Windows em Dual Monitor e monitor simples... até no >> desenvolvimento do OS em si a maioria dos developers e beta testers usam 1 >> monitor só, e qd usam 2 é pra situações específicas. >> >> >> Todos os CMS dependem d+ de plugins/addons/modules/etc. Mesmo se suportarem >> vários databases nativamente, a naum ser q ofereçam uma >> boa (de qualidade, consistente e completa) API de abstração q libere os >> developers de acessarem o database diretamente E desestimule >> ou até impeça eles de fazer isso, eles vão simplesmente usar o database q >> preferem e q é mais usado, daí basta um comando >> proprietário pra acabar com a compatibilidade com as alternativas. E vc tá >> disposto a dispensar um plugin só pra usar um database >> diferente, q no final dá praticamente no mesmo?... >> >> Acaba q se até o Drupal q suporta ambos assume q o Postgres naum é tão >> suportado qt o MySQL, imagina o Wordpress q só suporta 1 e é >> conhecidamente muito mais "travado" q o Drupal... >> >> >> --------------------------- >> Hikari - A Luz ilumina a PAZ >> http://Hikari.ws >> http://ConscienciaPlanetaria.com >> >> Tenha seu próprio email meunome @ ConscienciaPlanetaria.com.br!: >> http://seunome.ConscienciaPlanetaria.com.br >> >> >> ----- Original Message ----- >> From: Walter Cruz >> To: Comunidade PostgreSQL Brasileira >> Sent: Monday, 06 July, 2009 12:45 PM >> Subject: Re: [pgbr-geral] ot - Wordpress com Postgresql >> >> >> Hum.... Resposta simples: não ;) >> >> Resposta longa: dê uma olhada em >> http://codex.wordpress.org/Using_Alternative_Databases >> e >> http://wordpress-pg.sourceforge.net/ >> >> O primeiro link é uma discussão sobre o suporte a bancos de dados >> alternativos no wordpress, o segundo é sobre um hack feito em cima >> do wordpress 1.2 para suportar postgresql. >> >> O problema maior é que o código é de fato centrado no MySQL, de propósito. >> >> Um tempo atrás eu queria fazer o b2evolution (um CMS baseado no mesmo do >> qual o wordpress é, o b2) trabalhasse com postgresql. Em >> alguns casos onde a consulta era feita usando uma sintaxe particular de SQL >> do MySQL, mas que era possível ser escrita de uma forma >> com o padrão ANSI, eu o fiz (a maioria dos casos, coisas como SELECT >> YEAR(campo) versus SELECT EXTRACT(year from campo) as YEAR) . >> Mas tem muitas coisas amarradas demais ao MySQL, a melhor forma de ter um >> suporte nesses sistemas seria um fork, ou uma total >> reescrita da parte dos dados. >> >> -- >> []' >> - Walter >> waltercruz.com >> >> >> _______________________________________________ >> 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 > -- blog: http://www.midstorm.org/~telles/ e-mail / jabber: [email protected] _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
