忽略Django中的警告
嘿，我的模型是一个通过数据截断的列“密码”在第1行警告。这很好，数据确实会被截断，但稍后会被另一个函数重新填充忽略Django中的警告,django,warnings,ignore,Django,Warnings,Ignore,嘿，我的模型是一个通过数据截断的列“密码”在第1行警告。这很好，数据确实会被截断，但稍后会被另一个函数重新填充 如何让django a忽略此警告？我认为它是在Save方法上调用的。您看到的来自后端数据库的警告在我看来像是mySQL警告 我并不认为关闭数据库级警告是个好主意。您可能应该确保数据没有被截断-为什么让系统接收垃圾数据？我明白了，被截断的字段是一个密码字段，其中包含一个非常长的字符串十六进制摘要，根据我的模型，数据实际上被截断为50个字符，这导致了严重的问题，我花了大约30分钟来找出为什
如何让django a忽略此警告？我认为它是在Save方法上调用的。您看到的来自后端数据库的警告在我看来像是mySQL警告
我并不认为关闭数据库级警告是个好主意。您可能应该确保数据没有被截断-为什么让系统接收垃圾数据？我明白了，被截断的字段是一个密码字段，其中包含一个非常长的字符串十六进制摘要，根据我的模型，数据实际上被截断为50个字符，这导致了严重的问题，我花了大约30分钟来找出为什么这个密码字段没有与用户输入的密码字段匹配！我理解默认设置是显示这些警告，但是没有办法覆盖它吗？如果发生了紧急情况，我试图修复它，但却被无害的mysql警告所困扰，该怎么办？这并不是这个问题的一般答案。截断数据库中的密码是错误的。但在其他情况下，如何忽略截断警告以避免引发异常？我有一个很好的用例：我们将监视消息保存在SQL中，但实际上并不需要它们。实际的消息JSON字符串在代码的另一部分中处理。但是，记录消息的其他详细信息可能很有用，即使其中一个字段超出其VARCHAR限制并被截断。由于在处理消息时可能会发生其他异常，因此我们将它们包装在try/except中，以便继续处理更多的MSG。在DataTruncation作为异常的情况下，循环在将消息记录到数据库中后停止处理该消息。我们可以去掉DB部分，但我们不必这样做。