mysql 提示table doesn't exist

Posted 2023-05-08

update TZ_REPORTINFO
report_id,
Report_Title,
report_name
SET

report_id = 100014 ,
report_title = '这种高科技样本报告' ,
report_name = '2014报告' ,
where report_id = '%100014%'
提示Table 'myg4.report_title' doesn't exist
myg4这个数据库是正确的，但是这个表report_title是怎么回事？sql语句明明写的事TZ_REPORTINFO啊。求高手解救。

update语句错误。

update语法：

UPDATE 表名称 SET 列名称 = 新值 WHERE 列名称 = 某值

正确写法：

update TZ_REPORTINFO SET report_id = 100014 , report_title = '这种高科技样本报告' , report_name = '2014报告' where report_id = '%100014%'

扩展资料：

更新某一行中的一个列：

我们为 lastname 是 "Wilson" 的人添加 firstname：

UPDATE Person SET FirstName = 'Fred' WHERE LastName = 'Wilson' 

更新某一行中的若干列：

我们会修改地址（address），并添加城市名称（city）：

UPDATE Person SET Address = 'Zhongshan 23', City = 'Nanjing' WHERE LastName = 'Wilson'

参考技术A Report_Title, 小写吧，或者没有这个字段，或者表名错误 参考技术B Table 'myg4.report_title' doesn't exist

是提示report_title字段不存在 参考技术C 应该是 TZ_REPORTINFO 你的数据库 myg4 的这个table 与 report_title 这个表有关联，

比如有 update 触发器 什么的（mysql跟Sqlserver差不多的话），
比如有主外键关系（键report_id）。

检查一下你的数据库里是否有这类的设置本回答被提问者和网友采纳

MySQL5.0+提示字段没有默认值(doesn’t have a default value)的解决方法

 方法一：

打开my.ini，查找

 sql-mode=”STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”

修改为

 sql-mode=”NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION”

然后重启MYSQL 。

方法二：

 MySQL 5 uses a strict mode which needs to be disabled.

In Windows, Goto Start–>Programs–>MySQL->MySQL Instance Config Wizard.

Follow through the Reconfigure Instance option–>Detailed Configuration–>Continue Next a few screens.

At the bottom under Enable TCP/IP option there is ‘Enable Strict Mode‘. Deslect this option (no tick).

Save changes and MySQL will restart.

 

 在MySQL5的配置向导中开启静态模式(Enable Strict Mode)。

这个方法没试过！：）

方法三：

再执行插入语名前(一般这个错误出现在插入操作时)先执行：SET sql_mode=”，如：Conn.Execute(“SET sql_mode=””)

之后接着插入语句就不会出现错误了！

方法四：

这个方法很麻烦啦，就是把提示错误的字段属性“是否允许空”设为是。这样也能解决问题，但是如果字段很多那就麻烦啦。

 

以下引用为MySQL模式的绍介：

　　原来在MySQL 5.0.2之前，MySQL对非法或不当值并不严厉，而且为了数据输入还会强制将它们变为合法值。在MySQL 5.0.2和更高版本中，保留了以前的默认行为，但你可以为不良值选择更传统的处理方法，从而使得服务器能够拒绝并放弃出现不良值的语句。本节介绍了MySQL的默认行为（宽大行为），新的严格的SQL模式，以及它们的区别。

　　如果你未使用严格模式，下述情况是真实的。如果将“不正确”的值插入到列，如将NULL值插入非NULL列，或将过大的数值插入数值列，MySQL会将这些列设置为“最可能的值”，而不是生成错误信息。

　　· 如果试图将超范围的值保存到数值列，MySQL服务器将保存0（最小的可能值）取而代之，或最大的可能值。

　　· 对于字符串，MySQL或保存空字符串，或将字符串尽可能多的部分保存到列中。

　　· 如果打算将不是以数值开头的字符串保存到数值列，MySQL将保存0。

　　· MySQL允许将特定的不正确日期值保存到DATE和DATETIME列（如“2000-02-31”或“2000-02-00”）。其观点在于，验证日期不是SQL服务器的任务。如果MySQL能保存日期值并准确检索相同的值，MySQL就能按给定的值保存它。如果日期完全不正确（超出服务器能保存的范围）将在列中保存特殊的日期值“0000-00-00”取而代之。

　　· 如果试图将NULL值保存到不接受NULL值的列，对于单行INSERT语句，将出现错误。对于多行INSERT语句或INSERT INTO … SELECT语句，MySQL服务器会保存针对列数据类型的隐含默认值。一般情况下，对于数值类型，它是0，对于字符串类型，它是空字符串(”)，对于日期和时间类型是“zero”。

　　· 如果INSERT语句未为列指定值，如果列定义包含明确的DEFAULT子句，MySQL将插入默认值。如果在定义中没有这类DEFAULT子句，MySQL会插入列数据类型的隐含默认值。

　　采用前述规则的原因在于，在语句开始执行前，无法检查这些状况。如果在更新了数行后遇到这类问题，我们不能仅靠回滚解决，这是因为存储引擎可能不支持回滚。中止语句并不是良好的选择，在该情况下，更新完成了“一半”，这或许是最差的情况。对于本例，较好的方法是“仅可能做到最好”，然后就像什么都未发生那样继续。

　　在MySQL 5.0.2和更高版本中，可以使用STRICT_TRANS_TABLES或STRICT_ALL_TABLES SQL模式，选择更严格的处理方式。

　　STRICT_TRANS_TABLES的工作方式：

　　· 对于事务性存储引擎，在语句中任何地方出现的不良数据值均会导致放弃语句并执行回滚。

　　· 对于非事务性存储引擎，如果错误出现在要插入或更新的第1行，将放弃语句。（在这种情况下，可以认为语句未改变表，就像事务表一样）。首行后出现的错误不会导致放弃语句。取而代之的是，将调整不良数据值，并给出告警，而不是错误。换句话讲，使用STRICT_TRANS_TABLES后，错误值会导致MySQL执行回滚操作，如果可以，所有更新到此为止。

　　要想执行更严格的检查，请启用STRICT_ALL_TABLES。除了非事务性存储引擎，它与STRICT_TRANS_TABLES等同，即使当不良数据出现在首行后的其他行，所产生的错误也会导致放弃语句。这意味着，如果错误出现在非事务性表多行插入或更新过程的中途，仅更新部分结果。前面的行将完成插入或更新，但错误出现点后面的行则不然。对于非事务性表，为了避免这种情况的发生，可使用单行语句，或者在能接受转换警告而不是错误的情况下使用STRICT_TRANS_TABLES。要想在第1场合防止问题的出现，不要使用MySQL来检查列的内容。最安全的方式（通常也较快）是，让应用程序负责，仅将有效值传递给数据库。

　　有了严格的模式选项后，可使用INSERT IGNORE或UPDATE IGNORE而不是不带IGNORE的INSERT或UPDATE，将错误当作告警对待。