Um simples select não funciona

São duas instruções que vc está pedindo para o MySQL executar e ambas são executadas separadamente, por isso, é necessário utilizar o ; para identificar aonde acaba a primeira instrução.
Se vc colocar outra instrução abaixo da segunda instrução, vc deverá utilizar ; na segunda instrução.

Espero ter contribuído.

coloque ; no fim da linha de cima...

Isso é meio que sem logica da IDE não acha?

funcionou beleza agora, mas é estranho!

[img]http://arquivo.devmedia.com.br/forum/imagem/312853-20140918-141147.jpg[/img]

Alan isso é normal na maioria das linguagens que usam ponto e vírgula para indicar o final da linha!

Uma linha sendo finalizada com ';' significa que existe mais código na linha de abaixo, por exemplo no php não precisamos colocar ';' na última linha mas por costume sempre usamos, entende-se que não existe mais nada abaixo.

Mas o final da linha na imagem é a primeira linha de duas, eu achei estranho. seria mais logico colocar em ambas as linhas o ; ou na ultima linha, foi onde apareceu o erro. enfim, vivendo e aprendendo, mas que é estranho é.

Ola boa tarde!!!

Me intrometendo aqui. rsrsr

No caso do sql server normalmente nao utilizam o ; ou poucos o utilizam, por nao ser obrigatorio, mas eh recomendavel utilizar.

Vendo documentacao do SQL Server eles recomendam porque existe a possibilidade de se tornar obrigatorio no futuro, pelo visto eh tendencia essa padronizacao.

Particularmente sempre achei estranho alguns utilizarem e outros nao. rsrsr

Abraco.

Pois é, acho que faz muito tempo que não olho a ferramenta por isso estou estranhando. esquecendo das coisas rapido. eu hein!!!

kkkk....

nao falo nada, eu estou bem pior. kkkkk

rapaz, nem me "lembre" kkkkk

Acho que se acostumou a mexer no SQL Server, mas é assim mesmo, cada banco com sua particularidade, IDE´s e o SQL.

Verdade, foi isso mesmo.

Pois eh. rsrsr

Eu estava a alguns dias batendo em cima de uma clausula nova que eu amigo me passou, ate ja tinha visto, lido a respeito, mas nao tinha usado.

ela foi extremamente util, resolveu um problema de lentidao numa consulta que eu tinha em mais de 90% e atendeu perfeitamente a minha necessidade.

rsrs

Essas consultas quando não são bem feitas podem se tornar um problema, conhecer a fundo um "simples" select revolve bastante!!!

Oi Alan,

Olha o conhecimento das clausulas vai ajudar muito, conhecer bem tambem as boas praticas, evitar muitos aninhamentos, infinitos joins, etc. sao exemplos eh claro.

Na vdd, as consultas(scripts) praticamente sao outros programas, basicamente internos no banco.

Alguns softwares tem suas regras de negocios todas no banco de dados, executando procedures e triggers para executarem tarefas especificas que complementam as informacoes que o software necessita.

Dessa forma vc diminui a manutencao no sistema e faz as alteracoes ou implementacoes apenas nas regras de negocio.

Abraco.

Boa praticas em banco de dados, estou desatualizado.

Mas eh tranquilo.

Tem bastante assunto sobre isso na net.

E as vezes agente vai aprendendo com o passar do tempo.

Exemplo, evitar o uso de inumeros Joins, evitar o uso de muitos subselects, coisas deste tipo.

Via de regra a gente acaba descobrindo uma funcionalidade do banco que supre essa necessidade que estavamos utilizando.

Passei por isso recente, um colega deu uma dica, que aumentou a performance em 90% e reduziu o codigo em uns 30%. rsrsr

Abraco.

Aonde posso encontrar essas dicas? blog, site...?

Encontrei alguns artigos que podem ajudar:
Otimizando consultas SQL em MySql

[url:descricao=Otimização do MySQL - Otimização de consultas SQL – Parte 2]https://www.devmedia.com.br/otimizacao-do-mysql-otimizacao-de-consultas-sql-parte-2/294[/url]

Caso queira, vc pode pesquisar por boas praticas.

Vai achar muita coisa.

O pessoal do SQL From Hell sao muito bons, embora falem sobre sql server, mas as boas praticas servem para todos.

Uma outra coisa que eh bastante interessante eh que o SGDB executa primeiro o que esta no Where e em sequida o resto das coisas, sum, avg, etc, etc.

Entender os algoritimos que o SGDB utiliza eh legal, da trabalho. rsrsr, uma coisa que me ajudou foi quando estava estudando sobre banco de dados na faculdade a materia de Algebra Relacional, ela vc monta os scripts mais proximos do que o algoritimo faria, assim ajuda a entender melhor.

Abraco.

Estarei tentando ler Marisiana, temos que tentar de todas formas possiveis estudar.

Alex, algebra relacional, desenterrou hein, a falta de revisão me fez esquecer...

kkkk....

cara eu vi esse negocio na faculdade, me abriu um pouco a mente para entender o que o SGDB faz primeiro.

na AR ele faz primeiro o where e depois o select.

Para vc ter uma ideia, eu estava usando uma clausula nova e e nao estava dando o resultado que eu queria de jeito nenhum eu ja tava quase quebrando o computador. kkkk

Quando lembrei que a clausula era executada no resultado entao tive que usar de outro recurso para dar certo o que eu queria, e atendeu perfeitamente a minha necessidade, tanto que o relatorio que eu estava montando ja esta em producao. rsrsr

eu preciso comecar a usar(aprender mesmo) como utilizar o plano de execucao estimado e os esquemas de tunning que nao sei ainda. rsrsrsr

Eh muito importante esses negocios.

Topicos avançados de banco de dados tem dessas coisas...esqueci de uma que mostrava internamente como fazer uns selects ou inserts...coisa de louco, fazer na mão...

kkk....

acredito que o maior problema, eh conciliar o tempo para fazer todo o trabalho do dia a dia e ainda estudar e implementar as solucoes que a gente aprende.

Pior que é, nem todo dia é tranquilo...