- Fórum WMO
- → boirock's Content
boirock's Content
There have been 100 items by boirock (Search limited from 27/04/2023)
Ordernar por
Order
#952236 Vídeos Mais Vistos Da Semana
Posted by boirock on 04/01/2009, 23:47 in PHP
Então velhinho... a tua sintaxe de REPLACE não me pareceu errada.
O problema é que REPLACE não se comporta da maneira que você espera e não deve servir...
Segundo descrito no próprio manual do MySQL, o REPLACE age da seguinte maneira:
Se fizer isso ele vai pegar o valor default dessa coluna e acescentar 1
Daí se for fazer SELECT já perde a razão de ser REPLACE... é melhor fazer um tratamento no PHP.
A minha sugestão é criar uma STORED PROCEDURE que substitua o SELECT que vocÊ aplica na exibição dos dados...
Essa procedure deveria fazer todo esse trabalho de acrescentar na tabela de visualização semanal e, finalmente, retornar os dados que o seu SELECT já retorna.
Outra sugestão seria criar uma tabela de visualizações e simplesmente ir adicionando nela com INSERT...
Daí vocÊ faz a totalização usando GROUP BY pela data de visualização...
Se o problema for medo do tamanho dessa tabela, pode-se criar uma tabela totalizadora, preenchida por um script executado periodicamente e automaticamente (cronjobs ou agendador de tarefas do windows) que limpe os registros antigos e jogue o seu total nessa tabela totalizadora.
Bem... espero ter ajudado
O problema é que REPLACE não se comporta da maneira que você espera e não deve servir...
Segundo descrito no próprio manual do MySQL, o REPLACE age da seguinte maneira:
Ou seja, você não vai conseguir acessar o valor antigo da coluna para poder usar a expressão nomedacoluna + 1...1 - Tenta inserir o registro
2 - Caso ocorra um erro de duplicidade..
2.1 - Deleta a linha antiga
2.2 - Insere a mesma linha com os valores novos
Se fizer isso ele vai pegar o valor default dessa coluna e acescentar 1
Daí se for fazer SELECT já perde a razão de ser REPLACE... é melhor fazer um tratamento no PHP.
A minha sugestão é criar uma STORED PROCEDURE que substitua o SELECT que vocÊ aplica na exibição dos dados...
Essa procedure deveria fazer todo esse trabalho de acrescentar na tabela de visualização semanal e, finalmente, retornar os dados que o seu SELECT já retorna.
Outra sugestão seria criar uma tabela de visualizações e simplesmente ir adicionando nela com INSERT...
Daí vocÊ faz a totalização usando GROUP BY pela data de visualização...
Se o problema for medo do tamanho dessa tabela, pode-se criar uma tabela totalizadora, preenchida por um script executado periodicamente e automaticamente (cronjobs ou agendador de tarefas do windows) que limpe os registros antigos e jogue o seu total nessa tabela totalizadora.
Bem... espero ter ajudado
#950127 Usando Explode
Posted by boirock on 11/12/2008, 11:04 in PHP
Os tipos de dados... sabe?
http://dev.mysql.com...data-types.html
Pra datas você usa DATE,TIMESTAMP, etc...
Usar varchar e afins só se você for masoquista.
http://dev.mysql.com...data-types.html
Pra datas você usa DATE,TIMESTAMP, etc...
Usar varchar e afins só se você for masoquista.
#950095 Usando Explode
Posted by boirock on 11/12/2008, 09:08 in PHP
Eu testei seu código aqui e funcionou perfeitamente... qual é o erro que está dando?
O método que você está utilizando talvez não seja o mais correto... só que ficou o seu objetivo ficou um pouco confuso pra mim.
Você quer formatar a data que vem do banco, que vem do do formulário ou que vem da função date()?
O método que você está utilizando talvez não seja o mais correto... só que ficou o seu objetivo ficou um pouco confuso pra mim.
Você quer formatar a data que vem do banco, que vem do do formulário ou que vem da função date()?
#969218 Reestruturação
Posted by boirock on 01/06/2009, 13:55 in Reestruturação dos Desafios
Quanto ao novo formato, acho que todas as idéias são válidas e interessantes... mas analisando que o objetivo é conseguir mais volume, acho que a única que se enquadra melhor é "Apenas 1 desafio por vez;".
Porém, concordo com o montanha! O formato atual dos desafios não desfavorece em muito, o trabalho de vocês aí é excelente... o que desfavorece são outros fatores e com certeza o portal WMO é o maior deles.
É meio "indelicado" citar, mas o imasters é líder porque investe muito e porque tem um modelo de negócio muito bem definido que é revisado o tempo todo.
Acho que uma saída bem viável é transformar todo o portal em um abiente colaborativo e comunitario... isso seria um diferencial e aí a coisa pode ir pra frente.
Falamos muito de uma web mais humana mas não estamos fazendo isso contecer.
Porém, concordo com o montanha! O formato atual dos desafios não desfavorece em muito, o trabalho de vocês aí é excelente... o que desfavorece são outros fatores e com certeza o portal WMO é o maior deles.
É meio "indelicado" citar, mas o imasters é líder porque investe muito e porque tem um modelo de negócio muito bem definido que é revisado o tempo todo.
Acho que uma saída bem viável é transformar todo o portal em um abiente colaborativo e comunitario... isso seria um diferencial e aí a coisa pode ir pra frente.
Falamos muito de uma web mais humana mas não estamos fazendo isso contecer.
- Fórum WMO
- → boirock's Content
- Privacy Policy
- Regras ·