setPointer

Existe projectos que são uma autêntica dor de cabeça, no entanto, aprendemos muito com eles.

Imaginem que temos que ordenar um determinado resultado de forma ascendente, mas queremos que um determinado valor tenha prioridade sobre os outros valores e que saia em primeiro lugar.

Para evitar linhas de programação desnecessárias vamos analisar uma solução para MySQL.

Analisemos a seguinte tabela “demos”:

Ordenamos a tabela ascendentemente pelo valor:

Resultado:

Até aqui tudo muito simples e o resultado foi o esperado. No entanto, quero que o valor “Value4″ da coluna “value” saia primeiro que todos e que os restantes valores continuem ordenados ascendentemente. Basicamente quero definir este valor como um valor prioritário, um valor relevante.

É possível? Se pode fazer?
(mais…)

Em MySQL um valor NULL ou vazio, quando se ordena, tem mais peso que qualquer valor. No entanto, existe outras base de dados em que isto não é assim. Por exemplo, em Oracle um valor NULL ou vazio, quando se ordena, tem menos peso que qualquer valor.

Dependendo da utilização que se queira dar, esta situação pode ser boa ou má.

Normalmente necessito ordenar determinados campos tanto por valores alfabéticos como numéricos, mas alguns desses campos por vezes contêm valores NULL ou vazios.

Quando ordeno estes campos ascendentemente (ASC), os valores NULL ou vazios ficam nas primeiras posições do resultado e quando ordeno estes campos descendentemente (DESC), os valores NULL ou vazios ficam nas últimas posições do resultado.

Até aqui tudo bem, já que os valores NULL ou vazio tem mais peso que qualquer valor.

Temos a seguinte tabela:

Vamos a executar o seguinte comando na base de dados:

Resultado:

Mas, e se eu quero ordenar um campo ascendentemente (ASC) sem que me saiam nas primeiras posições do resultado os valores NULL ou vazios?
(mais…)

Com as duas entregas anteriores sobre problemas de codificação de caracteres (Parte I – Apache e Parte II – PHP), praticamente todos os erros de codificação de caracteres (charset) deveriam estar solucionados.

No entanto, cada vez mais projectos PHP utilizam comunicações com base de dados. Uma das base de dados livres mais conhecida é MySQL. As base de dados servem basicamente para armazenar e enviar informação.

Os que utilizam esta tecnologia já reparam que muitas vezes a informação armazenada é diferente da informação enviada ou vice-versa. Exacto, que por vezes se vê uns caracteres esquisitos no conteúdo das tabelas da base de dados ou se vê caracteres esquisitos quando recebemos a informação da base de dados.

E porque? A informação não deveria ser igual em ambas as partes?

Sim… De facto, deveria ser igual em ambas as partes. Mas esta situação devesse a que ambos sistemas (MySQL e PHP) se comunicam com um sistema de codificação de caracteres diferente. Se usamos o exemplo do capitulo anterior, PHP se esta comunicando em UTF-8, no entanto, MySQL por defeito se comunica em “Latin 1″. Por isso, esses caracteres esquisitos.

Vamos recordar a teoria referida na primeira parte:
“Se trabalhamos com UTF-8, então todos os ficheiros e comunicações devem de se realizar com este tipo de codificação de caracteres.”

Portanto que temos que fazer?
(mais…)