Emilio Ferreira

Primeiro, veja se no arquivo de configuração do php, o php.ini, display_errors = On. Tlavez seja por isso que não esteja exibindo qualquer erro. Nessa linha: $pdo = new PDO("mysql:host=".$servidor.";dbname=".$baseDados,$usuario,$senha); Acho que você deve usar asism: $pdo = new PDO('mysql:host='.$servidor.';dbname='.$baseDados.','.$usuario.','.$senha.''); Mas acho que dá para usar assim: $pdo = new PDO("mysql:host=$servidor;dbname=$baseDados,$usuario,$senha"); E talvez assim também, se preferir: $pdo = new PDO("mysql:host={$servidor};dbname={$baseDados},{$usuario},{$senha}"); E nessa linha: $enviarb = "INSERT INTO filmes (titulo,ano,genero,duracao,tamanho_GB,formato,codec_audio,sinopse) VALUES('','$titulo','$ano','$genero','$duracao','$tamanho','$formato','$codec_audio','$sinopse')"; Acho que você deve usar assim: $enviarb = "INSERT INTO filmes (titulo,ano,genero,duracao,tamanho_GB,formato,codec_audio,sinopse) VALUES('".$titulo."','".$ano."','".$genero."','".$duracao."','".$tamanho."','".$formato."','".$codec_audio."','".$sinopse."')"; Se possível, dê uma pesquisada sobre concatenação de strings com variáveis no PHP. Espero ter ajudado.

hAHa Imagina! Valeu, Alberto! Sucesso pra você, também! Aquele abraço.

Acho que é isso: sql = "INSERT INTO livros (livro, autor, editora, data_inicio) VALUES (" sql = sql & "'" & Request.Form("FormNomeLivro") & "', " sql = sql & "'" & Request.Form("FormNomeAutor") & "', " sql = sql & "'" & Request.Form("FormNomeEditora") & "', " sql = sql & "STR_TO_DATE('" & Request.Form("FormDataInicio") & "', '%d/%m/%Y') " sql = sql & ")" sql = "UPDATE livros SET " sql = sql & "livro = '" & Request.Form("FormNomeLivro") & "', " sql = sql & "autor = '" & Request.Form("FormNomeAutor") & "', " sql = sql & "editora = '" & Request.Form("FormNomeEditora") & "', " sql = sql & "data_inicio = STR_TO_DATE('" & Request.Form("FormDataInicio") & "', '%d/%m/%Y') " sql = sql & "WHERE id = " & Request.Form("FormCodigoLivro") Você precisa usar o STR_TO_DATE() nos valores.

É isso aí, Alberto. Fico feliz por ter ajudado! Sucesso na sua empreitada!! Abraços.

Pelo que estou vendo, a Entidade é uma só: classificacao. Então, não se usa JOIN. Você está fazendo um SUM em um SELECT e um * em outro SELECT. Tenta fazer um select trazendo exatamente os atributos (campos) que você quer e depois os adiciona no GROUP BY, assim como você fez com o id_Usuario. Seria algo parecido com isso: SELECT id_Usuario, sum(valorEvento), campo2, campo3, campo4 FROM classificacao WHERE id_CadastroCompeticao LIKE '%$palavra%' GROUP BY id_Usuario, campo2, campo3, campo4; Se precisar fazer outro filtro com o resultado do GROUP BY, você pode usar o HAVING

Opa! Faltou fechar 2 parenteses. Um dos atributos e outro dos valores. Quando te enviei da última vez, estava usando o celular, e fica meio ruim de enxergar. Tenta assim: INSERT INTO livros (livro, autor, editora, data_inicio) VALUES ('EU TESTE', 'TU TESTE', 'ELES TESTES', STR_TO_DATE('26/07/2017', '%d/%m/%Y')); As aspas só não são obrigatórias para tipos de dados explicitamente definidos (no banco) como numéricos.

Nesse seu insert: INSERT INTO livros (livro, autor, editora, DATE_FORMAT(data_inicio, '%d/%m/%Y') VALUES ('EU TESTE', 'TU TESTE', 'ELES TESTES', 26/07/2017); Tenta usar o STR_TO_DATE. Assim: INSERT INTO livros (livro, autor, editora, data_inicio VALUES ('EU TESTE', 'TU TESTE', 'ELES TESTES', STR_TO_DATE('26/07/2017', '%d/%m/%Y'); Se não me engano, DATE_FORMAT é usado para consultas. Assim: SELECT livro, autor, editora, DATE_FORMAT(data_inicio, '%d/%m/%Y') 'data início' FROM livros;

É possível remover registros selecionando mais de uma Entidade separadas por vírgula? A sintaxe que conheço é: DELETE FROM nome_da_tabela WHERE nome_do_campo_da_tabela = valor_do_campo_tabela Acho que até dá para remover em mais de uma tabela com apenas um DELETE, mas é bem mais complicado. Se não me engano, o atributo da cláusula where deve estar em todas as entidades e você também deve fazer o join entre elas.

Você está passando alguma data como parâmetro quando chama a função? Exemplo: <%=Response.Write(InverteDataMySql('2017-07-11'))%>

O erro está dizendo que, ao declarar os tipos de dados Float, Decimal e Double, o valor de "M" deve ser maior ou igual a "D". Exemplo: 8,20 (M = 8, D = 20). "8" não é maior ou igual a 20. O que acontece? Quando você declara um DECIMAL(7,4), o número poderá ser no máximo 999,9999. Significa que o número poderá ter 7 dígitos, sendo que 4 serão reservados as casas decimais (após a vírgula), e o restante, 3, irão compor a parte inteira (antes da vírgula). Obs.: Vírgula no caso de uso no Brasil, pois o padrão do banco é armazenar com "ponto". Os estadunidenses também usam a formatação de números fracionados diferentemente de como aprendemos. Exemplo: 5,763,863.83

Tenta remover o enctype="multipart/form-data". Se não me falha a memória, ele é usado para fazer upload de arquivo.

Até que ponto normalizar vale a pena? Exemplo: Imaginemos um cenário que ou um cliente ou um fornecedor ou um funcionário podem ser ou uma pessoa física ou uma pessoa jurídica. Podemos fazer uma modelagem da seguinte forma: Na Entidade Pessoa temos uma PK composta, com um id (AI) e um tipo (0 = Física, 1 = Juridica), além dos Atributos comuns entre as Entidade Fisica e Juridica, como inscricao_municipal (null). Na Entidade Fisica, temos um relacionamento de um-para-um com a Entidade Pessoa, que gera uma PK composta (herda id e tipo da Entidade Pessoa) e os Atributos referentes a ela (nome, cpf, rg, sexo). E na Entidade Juridica temos o mesmo relacionamento com Pessoa, e os Atributos nome, cnpj, inscricao_estadual. Além disso, também poderíamos aproveitar a Entidade Pessoa e relacioná-la com outras Entidades que Fisica e Juridica poderiam ter relacionamentos em comum, como Endereco, Telefone, etc. Agora, imaginemos uma outra Entidade, chamada Funcao, que tem id (PK, AI) e nome (Funcao[1][nome] = Cliente, Funcao[2][nome] = Fornecedor, Funcao[3][nome] = Funcionario). Então, as Entidades Funcao e Pessoa tem um relacionamento que gera uma Entidade Associativa. Logo, essa Entidade pode se chamar Pessoas_Funcoes, e poderia ser composta por um atributo id (PK, AI), as FK pessoa_id, pessoa_tipo e funcao_id, além de um atributo data_cadastro. Se tudo estiver correto, a Pessoa ID 15, Fisica, pode ter a Funcao 1 (cliente), 2 (fornecedor) e 3 (funcionario), que se chama "José da Silva" (com um CPF). E a Pessoa ID 15, Juridica, pode ter a Funcao 1, 2 e 3, com o nome de "Silva LTDA ME" e um CNPJ. Mas em qualquer dos 6 casos, a Pessoa pode ter os mesmos endereços e telefones. Legenda: PK = Primary Key FK = Foreign Key AI = Auto Increment Agora, as perguntas que não querem calar: 1) Se em um sistema de compra e venda há tanto produto quanto serviço, vale a pena normalizar para um tipo parecido, citado acima? Imagine que tanto em um venda quanto em uma compra possa haver um orçamento, um estorno uma nota fiscal (vários atributos em comum e entidades semelhantes) e essa compra ou venda também possa ser de um produto ou um serviço, com atributos comuns e entidades semelhantes. 2) Suponhamos que tudo estivesse normalizado, e que haveria entidades armazenando tanto dados da venda quanto da compra e outras com dados tanto do produto quanto do serviço, o banco de dados não ficaria mais lento para realizar uma consulta? Imagine que a quantidade de dados de uma entidade em conjunto com compra e venda estivesse com 800 mil registros (é mais provável que haja mais registros de venda do que de compra). O banco de dados não faria menos esforço em uma consulta se esses mesmos dados estivessem separados?