Recentemente precisei hospedar um sistema que desenvolvi em ASP.NET. Não sou muito fã do MySQL pois este só passou a ter recursos como Triggers, Views e Stored Procedures na versão 5 enquanto bancos como o Firebird já tem isto há tempos, é bastante simples de se implementar. As Storeds Procedures do Firebird são imbatíveis, principalmente pelo fato de você poder fazer elas retornarem um conjunto de dados, se comportando no final como uma View.
Ao procurar uma empresa de hospedagem para o sistema que comentei notei que a maioria só disponibilizava incluso no preço do pacote de hospedagem ou o MySQL ou o SQL Server 2005 Express, mas a maioria só dava o MySQL incluso. Assim, para não aumentar o valor que o cliente deveria pagar pela hospedagem, resolvi usar o MySQL mesmo.
Utilizo bastante estes recursos de Views, Triggers e Stored Procedures. Durante o desenvolvimento da aplicação no meu servidor local tudo funcionava bem. Utilizando a ferramenta EMS SQL Manager 2007 for MySQL criei algumas views e triggers no MySQL sem problemas. Ao gerar o script para criar o banco no servidor remoto da empresa de hospedagem começaram os problemas. Tanto a criação de views quanto de triggers dava um erro referente a permissões de acesso para executar os comandos. Por padrão a ferramentas de administração utilizada é o phpMyAdmin, uma ferramenta web para administração de bancos MySQL. Devido ter passado por muitos problemas na primeira empresa que contratei para hospedar o sistema e ter achado anti-profissional o atendimento deles, vou informar aqui o nome da mesma, a qual não recomendo a ninguém que hospede sites lá. Estou falando da empresa Dominal. Depois de vários chamados abertos tentando resolver o problema, o “profissional” que estava tratando do meu caso insistia em dizer que as minhas instruções SQL estavam erradas, sendo que as mesmas eu rodava perfeitamente no meu banco local. Este dito “profissional” teve a audácia de me mandar uma apostila de SQL insinuando que eu precisava aprender SQL. Até mandei pra ele os links da documentação oficial do MySQL mostrando que meus comandos estavam corretos, porém ele insistia em dizer que estavam errados.
Pra não ficar de teimoso, até mesmo tentei rodar os comandos que ele julgava estarem certos, tanto no meu banco, como no banco do servidor da dominal, e os comandos, é óbvio, davam como incorretos. Pra mim, o recebimento da apostila de SQL foi a gota d’água, cancelei no mesmo dia a hospedagem.
Agora estou hospedando o sistema na hospedix. O preço é bom, 25,90 mensal. Lá tive os mesmos problemas, porém, quando abri o chamado de suporte, detalhando o que estava acontecendo, não me mandaram uma resposta dizendo que meus comandos SQL estavam errados. Estão tentando resolver o problema com profissionalismo. O problema ainda não foi resolvido mas acredito que descobri o motivo. A versão da biblioteca libmysql.dll usada no phpMyAdmin da hospedix é 4.x e no meu phpMyAdmin local a versão é 5.x. No meu phpMyAdmin os comandos também rodaram sem problemas. Já até mandei essa informação para o suporte e estou aguardando um retorno. Mas de agora, recomendo a hospedix, pois são bastante profissionais, tem um sistema de administração muito bom, bastante automatizado, e o preço é excelente, diferente da conceituada locaweb que só fornecia incluso no pacote o Microsoft Access (Acredite se quiser. Eca, isso nem é banco de dados) e só pelo MySQL eram 50,00 a mais na mensalidade, agora que mudaram os planos, mas já tinha contratado o serviço do hospedix. Como não conecto no servidor usando usuário root, o problema pode ser também, provavelmente, nas permissões concedidas ao meu usuário.
Bem, resolvi escrever este post para tornar pública a minha indignação com a empresa de hospedagem dominal.com e ajudar quem possa estar passando por um problema desses com o MySQL 5.
T+
Escrito por Manoel Campos da Silva Fh 
