Questionário TCC

[coriolano]

Boa tarde Pessoal,

Estou concluindo o curso de SI e fazendo minha monografia relacionada
com banco de dados, estou aplicando um pequeno questionário e gostaria
de contar com a colaboração de vocês para preencher, de preferência
pessoas com experìência em desenvolvimento e bancos de dados. Podem
deixar que nos agradecimentos da monografia citarei o grupo. O link
para o questionário esta abaixo:


https://spreadsheets.google.com/embeddedform?formkey=dEhuX1Z6S08xSzVlNEZfOHdzRGVMdnc6MQ

Desde já obrigado a todos.


Att.

[Danilo Lustosa Neves]

Pronto Aroldo, pude dar a minha colaboração!

Atenciosamente,

Danilo Lustosa

GUG Bahia

http://gugbahia.wordpress.com/

[Aroldo Coriolano]

Obrigado Danilo.

[Marcelo Ainsworth Passos.]

Pronto ,

Ja postei minha contribuição

Em 25 de abril de 2011 12:41, coriolano <aroldoc...@gmail.com> escreveu:

--
=====================
Marcelo Ainsworth Passos
=====================
MSN:mpas...@ig.com.br
Skype VOZ: marcelo.farma
======================

[Aroldo Coriolano]

Obrigado pela contribuição.

[Claudia Araujo]

Eu respondi ao seu questionário, espero que lhe ajude. Mas leia o texto abaixo.

 

O PostgreSQL é otimizado para aplicações complexas, isto é, que envolvem grandes volumes de dados ou que tratam de informações críticas. Assim, para um sistema de comércio eletrônico de porte médio/alto, por exemplo, o PostGreSQL é mais interessante, já que esse SGBD é capaz de lidar de maneira satisfatória com o volume de dados gerado pelas operações de consulta e venda.

O MySQL, por sua vez, é focado na agilidade. Assim, se sua aplicação necessita de retornos rápidos e não envolve operações complexas, o MySQL é a opção mais adequada, pois é otimizado para proporcionar processamento rápido dos dados e tempo curto de resposta sem exigir muito do hardware. Se você precisa, por exemplo, de um banco de dados para armazenar o conteúdo do seu site, de seu fórum ou necessita manter um cadastro de usuários de um portal, o MySQL "serve como uma luva", pois tais aplicações não necessitam dos recursos avançados que o PostgreSQL oferece.

Para escolher um destes dois SGBD, procure entender bem quais recursos sua aplicação precisa. Tente estimar o volume de dados, avalie o hardware disponível, certifique-se das funcionalidades necessárias e, posteriormente, procure por informações mais detalhadas do MySQL e do PostGreSQL. Se sua aplicação for simples - principalmente se for algo ligado à internet -, não é preciso pensar muito: o MySQL é uma escolha satisfatória, pois é facilmente encontrado em serviços de hospedagem.

.: Livros sugeridos :.

:: PostgreSQL - Técnicas Avançadas

:: PostgreSQL - Guia do Programador

:: MySQL - A Bíblia

:: MySQL 5 - Guia de Consulta Rápida

Via Shopping UOL

Todavia, há situações em que tanto o MySQL quanto o PostgreSQL serão boas escolhas. Nesses casos, é recomendável fazer testes com ambos e avaliar qual oferece mais vantagens à aplicação.

Finalizando

Um banco de dados pode ser a diferença entre ter e não ter um negócio, seja ele de qualquer porte. Por isso, a escolha deve ser bem feita e aspectos como desempenho, recursos, documentação e suporte devem ser considerados. Em todos esses pontos o MySQL e o PostgreSQL são excelentes, por isso, a escolha entre um deles só depende de sua aplicação.

 

Atenciosamente,

Cláudia Araujo.

 

 

publicidade

Anúncios Shopping UOL

 

Em 25 de abril de 2011 12:41, coriolano <aroldoc...@gmail.com> escreveu:

[Aroldo Coriolano]

Muiiiiito obrigado Claudia, é sempre bom saber que a nossa classe apesar de não ter uma regulamentação, é unida. O seu texto só reforça a minha conclusão do TCC, que já esta +/- pronta.

[Sérgio Schaaf]

Olá Coriolano,

Acabo de responder ao seu questionário.

Algumas eu deixei em branco porque não vejo uma definição clara entre o PostGre e o MySQL na atualidade.

No princípio da vida destes dois bancos eles tinham características muito definidas. 

O PostGre - que sempre teve como orientação implementar uma alternativa free ao Oracle - foi definido com um set de características mais completas e que definem melhor um DBMS. 

O MySQL nasceu bem mais enxuto e sem características importantes de um DBMS. Se não me falha a memória uma delas era que o MySQL não trabalhava com transações. Todas as sentenças DDL eram executas e gravadas "no ato".  É óbvio que sem uma camada de tratamento deste tipo o MySQL era um verdadeiro avião a jato. Um software mais simples sem dúvida tende a ser mais rápido. E ele fez muito sucesso na web justamente porque em muitas destas aplicações o tratamento transacional não tem muito sentido (ou pelo menos não era sequer utilizado ou compreendido por quem programava páginas web). Tem certo sentido qdo vc entende a execução de uma página web no servidor como um processo atômico. Para isso o MySQL servia e servia muitíssimo bem.

Mas com a evolução do mercado e os movimentos sobre o MySQL ele também evoluiu para um banco de dados mais completo no que se refere aos conceitos de DBMS.

Entendo que hj são duas boas escolhas e se aproximam mais entre si do que faz alguns anos.

Sobre o PostGre ele é um bom banco com uma extensa forma de configuração. Peca a ele não ter um hint (pelo menos até a alguns anos) que existem em DBMS de mercado (Oracle, SQL Server...) que é o Fast First Row. (quem desenvolve em GX com PostGre já sofreu com isso). Mas por ser uma opção free e pelos recursos que oferece é uma ótima escolha também.

Abraços e sucesso no TCC !

Em 25 de abril de 2011 12:41, coriolano <aroldoc...@gmail.com> escreveu: