Eu não downvote, mas pode ser devido a ele sugerindo que você nunca deve fazê-lo, em oposição a dizer it39s uma má idéia na maioria das vezes. Concordo com ele em geral, mas não em 100 dos casos. Pode haver considerações diferentes do desempenho. Por exemplo, estou trabalhando em algo agora onde o desempenho não importa de maneira alguma. Outros fatores, como centralização, simplicidade e backups significam que neste caso o armazenamento no banco de dados faz sentido. Outra razão comum é a replicação. Ndash YeB Feb 15 13 at 12:28 Por outro lado, armazenar dados em db é independente do sistema operacional, o que pode ser bom para nomes de arquivos estranhos. Db pode armazenar vários arquivos com o mesmo nome de arquivo, o sistema operacional não pode. Ele não tem problemas de leitura / gravação / exclusão. Ele não precisa de um sistema de backup adicional. E, ele não é público. Então às vezes é rápido no desenvolvimento. Btw. Ninguém está forçando você a armazenar tudo no mesmo banco de dados, no final tudo acaba em um disco. Ndash Joeri Dec 9 13 às 16:02 Depende dos dados que você deseja armazenar. O exemplo acima usa o tipo de dados LONGBLOB, mas você deve estar ciente de que existem outros formatos de dados binários: TINYBLOB / BLOB / MEDIUMBLOB / LONGBLOB VARBINARY BINARY Cada um tem seus casos de uso. Se for um comprimento conhecido (curto) (por exemplo, os dados compactados), muitas vezes BINARY ou VARBINARY funcionará. Eles têm o benefício adicional de ser capaz de ton índice sobre eles. Resposta Embora não seja necessário, você poderia tentar base64 codificação de dados e decodificação-lo para fora. Isso significa que o db terá apenas caracteres ascii. Levará um pouco mais de espaço e tempo, mas qualquer problema relacionado aos dados binários será eliminado. A questão também surge como obter os dados no BLOB. Você pode colocar os dados em uma instrução INSERT, como o exemplo do PHP mostra (embora você deve usar mysqlrealescapestring em vez de addslashes). Se o arquivo existe no servidor de banco de dados, você também pode usar MySQLs LOADFILE respondeu Aug 27 08 at 15:13 Se o - não recomendado - BLOB campo existe, você pode salvar dados desta forma: Idéia tomada a partir daqui. Respondeu Set 12 13 at 12:00 Uma implementação de armazenamento muito melhor está disponível aqui. Youll correr em problemas com a implementação Florians. Quando eu preciso armazenar dados binários eu sempre uso formato VARBINARY, como introduzido byd0nut. Você pode encontrar a documentação no Web site de MySQL sob o tópico documentado 12.4.2 Os tipos BINARY e VARBINARY Se você está perguntando o que são advantagese, olhe por favor porque-varbinary-em vez de-varchar respondeu 1 de maio 14 em 9:37 você pode armazenar Isso em um tipo de dados BLOB. Isso é muito útil. Respondeu Jul 31 em 15:32 2017 Stack Exchange, Inc
Comerciante v1.02 da notícia fácil do forex Negociante v1.02Forex da notícia fácil de Freeforex Negociando negociante Forex da negociação de Forex negociador v1.02 da notícia fácil do forex v1.02 comerciante v1.02 da notícia fácil de Freeforex negociante v1.02Forex da negociação negociando Forex negociando fácil negociador v1.02 da notícia fácil .02 comerciante fácil da notícia do forex v1.02 Tradutor v1.02Forex da notícia fácil de Freeforex Negociando negociante Forex do Forex negociador fácil da notícia do forex v1.02 comerciante fácil da notícia do Forex v1.02Forex Negociante v1.02Forex da notícia fácil negociando Comerciante v1.02 comerciante fácil da notícia do forex v1.02 comerciante fácil da notícia de Freeforex v1.02Forex comerciante negociando v1.02 fácil da notícia do forex de Freeforex comerciante fácil da notícia de Freeforex v1.02Forex Negociando negociante Forex do Forex comerciante fácil da notícia do forex v1.02 comerciante fácil da notícia V1.02 Freeforex comerciante f...
Comments
Post a Comment