影子'的专栏

在使用ThinkPHP的ORM时，更新Oracle数据库中的时间列时遇到了“ORA-01861: 文字与格式字符串不匹配”的错误。尽管已经指定了时间格式并尝试修改NLS_DATE_FORMAT参数，问题依旧存在。通过手动执行SQL语句可以成功更新，但这种方法不够高效。最终，通过使用ThinkORM的raw方法，成功解决了问题。raw方法允许直接使用Oracle的TO_DATE函数，从而避免了将时间转换为字符串时出现的格式不匹配问题。这种方法不仅适用于TO_DATE，还可以用于其他Oracle函数和自定义过程

首先oracle的表名默认是全大写的，可是如果使用tp6连接的话会把大写字母一个个的用下划线分开，如USERS会被分成u_s_e_r_s，这就很扯淡了，解决这个有两种方法，一种是禁用think框架里大写分隔过滤功能，但是如果改了这个每次系统升级后就会失效，还有一种就是直接在model里指定表名，虽然麻烦了点，但是不影响以后框架升级，具体方法如下。还有就是如果加上参数可以将oracle表中默认字段大写改成全部小写，这样也就保持命名规范了，要不然看着怪怪的。// 数据库连接参数字段名大小写。

1.日志文件大于4GB监听无法启动查看 盘符:\oracle安装目录\diag\tnslsnr\机器名\listener\trace 下的listener.log 文件，如果大于4G，请删除或备份后删除，再启动就正常的了。这是一个oracle的BUG正常情况下，该文件几乎一秒钟至少更新一次。这时可能会想到将当前的日志文件备份一下，然后重新创建一个新的日志文件，但Oracle的监听器在运行时是不允许对其日志文件做删除，重命名操作，于是只有停止监听器。Bug 9497965 - Win: Listener St

因为原系统中数据库用的字符集是ZHS16GBK，但是ORALCE 11默认安装的字符集是AL32UTF8的字符集，所在导入导出数据后经常会提示字段的长度不够，是因为在UTF8的情况下一个汉字要占用2个字节，所以会报错，需要手工修改。首先查看一下当前数据库的字符集是什么：select userenv('language') from dual;USERENV('LANGUAGE')----------------------------------------------------------

prerequisite:被删除的表空间创建时开始，数据库一直在archivelog模式下恢复具体操作如下：SQL> archive log list;Database log mode              Archive ModeAutomatic archival             EnabledArchive destination

今天在写一个触发器的时候，编写时没有错误，但是一执行就提示“ORAA-04091 触发器/函数不能读它”，百思不得其解，写的语法没有错误啊，放到SQLPLUS中执行也正常，为什么会报错呢，在问了一下百度大妈后发现许多类似错误，但是都没有明确的错误信息，难道是权限的问题，后来终于找到了原因，原来是ORACLE触发器在执行中表冲突的问题也就是mutating table的问题，原来ORACLE的触发器

因为开发需要吧，需要在WINDOWS平台下使用APACHE+PHP+ORACLE环境进行程序开发。首先准备好APACHE+PHP平台，这里我使用的是UPUPW+PHP5.3版本，这里需要注意的是，我一开始用的是最新版的PHP7的版本，但是PHP7所带的ORACLE的控件是ORACLE12c的版本，但是我这边生产数据库的版本是ORACLE9I，12C已经不支持9I的连接了，所以才用了PHP5.3...