修改数据库中的某字段的值

2 02 3 年，我使用PL/SQL Builder更改表中的字段。

首先安装Oracle和PL/SQL Developer。
打开 PL/SQL Developer，输入用户名和密码，选择要连接的库，然后单击“登录”。

然后创建一个新的 SQL 文件并输入：select update from mop_received_sm_list 按F8 执行。
等待结果出来。

在结果中找到您要更改的记录。
单击小锁图标将其锁定。

直接更改表中的值。
完成更改后，单击复选标记图标以保存它们。
最后按F1 0进入交易。
完毕。

PHP数据库增删改查怎么实现_PHP使用SQL语句操作MySQL数据库CRUD教程

老实说，当我第一次使用 PHP 与 MySQL 一起工作时，我对 mysqli_connect 代码行完全感到困惑。
记得那天下午，我看着终端里的“连接失败”几个字，检查了用户密码和三元组，最后发现Apache服务没有恢复——这让我明白了脚本代码和脚本系统工作需要单独的大脑支持。

我特别关心数据输入方面。
我曾经为一个电子商务系统编写过一个用户注册函数，直接输入硬编码值。
结果测试的时候发现了一个SQL注入漏洞，同事们都惊呆了。
之后，我转向预处理。
虽然多写了几行prepare和bind_param，但每次丢的时候看到“插入预处理成功”的提示，心里平衡多了。
我通常会用中文注释来标记bind_param类模块，例如“ss”代表两个字符串，这样其他人看代码就不会感到困惑。

插入数据时，mysqli_num_rows函数救了我好几次。
报告我记得的事情是我的义务。
因为数据量太大，所以我直接用一个循环来完成事件设置，并且直接附加到服务器上。
后来我尝试限制页数，每页只重复1 00次，然后用num_rows看是否还有更多数据，系统立即恢复正常。
这让我想起了数据库课上学过的一句话：“如果你知道你不能做某事，那就做你必须做的事。
”
我在装修过程中陷入了一个大洞。
有一次更新用户邮箱时，我忘记添加where条件。
结果，数据库中所有用户的邮箱都更改为相同的值。
还好监控及时发现，连夜写了一个shell脚本，恢复了数据。
从那时起，我在更新语句中添加了三个条件，并养成了使用 EXPLAIN 分析查询计划的习惯。
对于bind_param准备语句，我们特别推荐使用数组来传值，比如execute(1 )，可以直接提高代码的可用性。
删除操作很考验人品。
我有一个朋友删除了一个函数，并在 WHERE 条件中使用了错误的字段名称，导致整个表被清除。
现在我们团队开发的时候，删除操作必须经过Code Review，并且必须手动添加SELECT行确认后才能在生产环境中执行。
还有一个黑科技就是删除语句改为UPDATE status='deleted'，这样不仅保留了审计数据，还可以避免不良操作。

我完全忽略了关闭链接的操作，直到支持服务器耗尽为止。
当我现在编写代码时，我通常使用最后一次关闭来执行mysqli_close，即使给出了数字dies()。
我重构了一次代码，并在下一期将其注释掉。
所以第二天运维打电话给我，说服务器CPU下降到9 0%。
我没有出汗——直到我看到我写的文件填满了磁盘。

在安全性方面，PDO比mysqli更复杂。
最近接手一个老项目，发现mysqli是直接刻成SQL的，而且数据类型死死的。
改用PDO后，整个代码库的可维护性直接提升到了一个新的高度。
不过，就错误而言，PDO的异常处理比mysqli严格得多。
如果你写mysqli()死了，你需要适应实验……捕捉换成PDO时的大脑环境。

最后，关于我的行为的报告。
当我编写 CRUD 操作时，我将计时器行添加到函数的条目中，即 microtime (true)，然后是输出执行时间。
当我发现查询函数耗时0.5 秒时，我确定JOIN条件写错了，两个大表直接连接起来了。
在使用的关联列表之后，期间执行时间直接降低到0.001 秒。
然后我意识到我不是形而上的，而是我应该把握每一毫秒。

其实，我写这篇文章的时候，我还保留着2 01 5 年我手写的笔记，都是我当年犯过的错误的记录。
技术迭代太快，但一些基本原理，例如预处理、许可证控制和错误记录，随着时间的推移会变得更好。
正如我的师父常说的：“打下坚实的基础，就像走在泥巴上一样，可以防止你跌倒。
”

修改.mdb数据库内的数据

那天我在电脑前调试一个网站，突然发现一个奇怪的脚本。
看起来它处理数据库查询，但我不熟悉这种代码。
我尝试运行它，发现用户提交表单后，它会从数据库中检索一条记录，然后更新该记录的信息。
等等，还有一件事，我突然想到，如果有人故意输入恶意代码，这个脚本就可以被利用。
我必须小心。