gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
MySQL com... batatas??
Contribuído por AsHeS em 29-11-05 13:49
do departamento das questões
Bases de Dados Patafurdio escreve "Ola Pessoal do Gildot.
Gostaria de pedir aqui a opinião sobre uma solução que tenho que desenvolver durante os próximos 5 meses.
Tenho um cliente que pretende que lhe desenvolva um software para gestão da sua empresa que publica uma edição anual de uma Lista Telefónica e Páginas Amarelas." [Continua ...]

Basicamente esta solução destina-se a gestão de clientes/contactos (Call center/Vendedores), facturação (Dep. Gestão), listagem e exportação de contactos e arquivo das imagens Publicitarias que serão publicados na edição em papel (Dep. Edição Gráfica) . Na empresa existe um programa de contactos antigo a correr em DOS do qual já exportei os dados para o MySQL sem qualquer dificuldade. O cliente pretende também que lhe desenvolva um website tipo paginas amarelas on-line, no qual irei ter que usar os dados da mesma BD dos clientes do programa de gestão.

A minha ideia, tendo em conta as ferramentas/conhecimento que possuo seria usar para a base de dados um servidor Linux local a correr MySQL, e desenvolver um programa em VB para os postos de trabalho para aceder a base de dados usando o VBMySQLDirect API que já há algum tempo atras experimentei a parece ser eficiente. Outra solução possivel seria instalar tambem Apache e PHP no servidor e desenvolver o programa de acesso em PHP com o qual também me desenrasco. Neste caso seria excelente usar também AJAX, mas este ainda nem sei por onde lhe pegar e o tempo que tenho disponivel para aprendizagem tambem é pouco.

O servidor web para o website de Paginas Amarelas On-Line seria um servidor remoto num Datacenter, pois o cliente não pretende dispender dinheiro numa linha dedicada para servidores de Internet. Assim, o servidor local periodicamente actualizaria a BD MySQL do servidor On-Line que corre o site em PHP, assim como futuramente caso seja pretendido, exportaria as imagens publicitárias arquivadas para poderem também ser visualizadas no site.

Assim, agradecia que me dessem a vossa opinião principalmente nos seguintes aspectos:
- Tendo em conta que VB ou PHP sao as linguagens que não preciso perder grande tempo com aprendizagem na vossa opinião qual usariam e porquê?

- Que outro metodo/linguagem aconselhariam usar caso houvesse mais tempo??

- Li algures sobre a criação de um sistema de ficheiros usando Postgres, isto faz-me colocar a hipotese de guardar as imagens tambem na BD. Como ser portaria o MySQL? Qual seriam os pros e contras? Guardar apenas o path da imagem e usar rsync para actualizar o servidor web nao iria ser muito menos carga para o servidor?

- Outras cenas...


Digam a vossa justiça, e desde já obrigado pela ajuda.


...um Patafurdio qualquer.... "

O Gildot agora pode ser incluido com o Firefox! | Trojans Pre-Instalados: Alguem é Servido?  >

 

gildot Login
Login:

Password:

Referências
  • Linux
  • VBMySQLDirect API
  • Mais acerca Bases de Dados
  • Também por AsHeS
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Apache (Pontos:1)
    por bk em 29-11-05 14:27 GMT (#1)
    (Utilizador Info) http://preto.pt.vu
    Se ja tens a base de dados em Mysql, 5 meses é mais que suficiente para criar as tais paginas amarelas em php, basta um formulario e depois fazeres um query...vá digamos uma procura..
    Mas isto sou eu..

    aqui no Gildot, Erros havér Num Pode
    Re:Apache (Pontos:1)
    por BEOWULF em 29-11-05 15:01 GMT (#3)
    (Utilizador Info) http://filipe.eclipsis.ca
    Bem... pelo que li, o problema dele não é propriamente o website...
    Eu usaria cakephp e realbasic (Pontos:1)
    por Uranus em 29-11-05 14:46 GMT (#2)
    (Utilizador Info) http://www.wikify.net
    Mas isso sou eu... se so tens 5 meses se calhar é melhor fazeres as coisas à tua maneira. Não percas muito tempo a tentar descobrir outras tecnologias que te roubem metade desse tempo só a descobrir como funcionam.

    Resumindo, usaria CakePHP para a web front-end. Se já trabalhaste com este modelo consegue-se fazer o que queres em 30 minutos.

    Para o software das workstations talvez o realbasic. Tenho tido muito boas experiencias com ele e compila pra Windows, Mac OS X e Linux. (até tem um wizard pra converteres projectos de VB6 para realbasic!)
    php (Pontos:1)
    por radaway em 29-11-05 17:36 GMT (#4)
    (Utilizador Info) http://radaway.no-ip.com
    Sem dúvida ia para solução php que evitaria estar a instalar software nas workstations todas.

    A ideia de usar postgres em vez de mysql parece-me boa, já o guardar imagens na base de dados não percebo a vantagem, o sistema de ficheiros já faz isso muito melhor que qualquer base de dados.

    O Windows tem um problema de design, é como umas calças com a breguilha na parte de trás, por muitos cintos que metam nunca ficam seguras. - radaway
    Opções (Pontos:2)
    por Ancestor em 29-11-05 21:49 GMT (#5)
    (Utilizador Info) http://www.norteglobal.com
    Pela descrição que fizeste, a solução mais simples será sem dúvida a utilização de uma linguagem como o php ou python para desenvolveres a aplicação, benificiando ainda das múltiplas bibliotecas disponíveis.

    Penso que a feature do PostgreSQL a que te referias são a utilização de tablespaces, mas a sua funcionalidade é bastante diferente do que descreveste. Mais informações aqui.

    Quanto a outras hipóteses de desenvolvimento, é mais uma questão de preferência de linguagem. Cada solução apresentará as suas vantagens ou desvantagens. Por exemplo, para desenvolvimento RAD em Win32 prefiro de longe o Delphi a qualquer outra solução existente. É extremamente rápido, e a interligação com Postgres/Mysql/Firebird pode ser feita recorrendo à biblioteca ZEOSLib. Para quem prefere C++ o C++ Builder providencia um sistema equivalente, mas para C++. Existem também alguns projectos extremamente interessantes em torno do FreePascal, como por exemplo o Lazarus.

    Para SGBD, a minha escolha recai exclusivamente sobre PostgreSQL. É rápido, escalável, possui características interessantes (como a criação de tipos, por exemplo) e é possível utilizar múltiplas linguagens, desde PHP a Java (disponíveis sob plugins) para a criação de stored procedures. Além disso, está disponível uma ferramenta de administração (pgAdmin) que realmente funciona, ao contrário do que acontece com o MySQL.

    Resumindo, após escolheres a plataforma ou plataformas que pretendes, e utilizando um bom SGBD (Postgres! :D), penso que o ideal é utilizares algo que domines e com que te sintas confortável.

    Já agora, se gostares de C++, o Ultimate++ parece promissor.


    Why do you Linux and drive when you can BSD and fly?
    Re:Opções (Pontos:2)
    por Ancestor em 29-11-05 21:51 GMT (#6)
    (Utilizador Info) http://www.norteglobal.com
    Ouch... onde se lê "benificiando" dever-se-ia ler beneficiando :P


    Why do you Linux and drive when you can BSD and fly?
    Re:Opções (Pontos:2)
    por raxx7 em 29-11-05 21:54 GMT (#7)
    (Utilizador Info)
    Penso que a feature do PostgreSQL a que te referias são a utilização de tablespaces, mas a sua funcionalidade é bastante diferente do que descreveste.

    Já agora, o PostgreSQL armazena campos do tipo BLOB em ficheiros separados. Há quem aproveite isto para armazenar ficheiros relativamente grandes na DB. Talvez fosse a isso que ele se estava a referir.


    Re:Opções (Pontos:2)
    por raxx7 em 29-11-05 22:01 GMT (#8)
    (Utilizador Info)
    s/BLOB/large binary objects :)

    Re:Opções (Pontos:2)
    por DomusOnline em 30-11-05 9:41 GMT (#9)
    (Utilizador Info) http://bandalarga.domus.online.pt/
    O uso disso provoca normalmente guerras santas... As vantagens são:

    - Garantes a integridade desses objectos no âmbito da BD (uma transação pode incluir acções sobre eles)
    - Podes tirar partido de funcionalidades extra da BD para manuseamento desses objectos (BDs extensiveis, em que podes por exemplo manusear imagens, documentos etc. no SQL directamente)


    As desvantagens:

    - Normalmente há formas mais eficientes de guardar os objectos
    - Normalmente se os objectos estiverem em file system é mais fácil integrar com outras coisas (web servers, application servers) - A cache fora da BD pode ser mais eficiente que dentro da BD


    Pessoalmente penso que é uma questão de peso das vantagens sobre as desvantagens e em particular do tamanho e número dos objectos.

    Cumprimentos.

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]