|
简单说明一下情况，系统原本是LAMP的。现在要添加对oracle的支持，原来的mysql也同样支持（通过配置选择数据库类型）。
第一步，表结构转移到oracle，并掌握转移的方法（方便给有二开的老客户转移）； 第二步，表中数据转移到oracle，主要掌握转移方法，因为初始库基本是空的数据； 第三步，在产品中用pdo跑通oracle（幸运的是本产品已经用的是pdo，只是没有开通extension=php_pdo_oci.dll）； 第四步，测试全产品，debug。
现进展到第一步，生成符合oracle语法的create table脚本。 虽然只是第一步，便困难重重。 1、字段类型的对应。
2、表名和字段名的长度，oracle不能超过30，mysql无这个限制。 建表时，若超出，oracle会报错 ORA-00972 identifier is too long 这种表有： 'icrm_refunds_trade_resend_goods', 'jingdong_qqg_trade', 'jingdong_trade', 'jumei_trade', 'openshop_refunds_trade_resend_goods', 'taobao_inventory_authorize_distributor', 'taobao_inventory_authorize_goods' 这些表中有的是表名过长，有的是字段名过长。
3、字段默认值问题。 MySQL创建表时，如果某字段定义为NOT NULL，并且没有明确定义default值，则insert时可以不填该字段，mysql会自动给它填一个0或者空串或者其他符合该字段类型的空值。当然如果该字段有明确defaut值，则会填入这个default值。 而oracle，创建表时，如果某字段定义为NOT NULL，并且没有明确定义default值，则insert时必需在sql语句中写值，否则报错。 当然如果该字段有明确的default值，则可以在insert中不填该字段的值。 这样，项目中的insert就有可能在oracle下跑不通。
Mysql的字段默认值有四种： 未定义、自定义的值（包括空串''和'0'）、CURRENT_TIMESTAMP、0000-00-00 00:00:00 select COLUMN_DEFAULT from information_schema.columns的值，对于未定义的字段，得到NULL；就算这个字段是not null的，也是NULL。
4、索引问题。 oracle中的索引名不能重复，而mysql可以。 如果重复，报错：ORA-00955: name is already used by an existing object。
5、自增字段问题。 百度“oracle实现自增字段”查了半天，都是基本类似的方法。 （1）sequence + trigger 组合使用。这样每个表都要有一个 sequence + trigger。有人会认为过多使用触发器来实现Oracle字段自增，容易造成死锁或者阻塞。 （2）只用sequence，需要修改系统框架的底层insert的实现，要显示地调用序列。 两种方法该用哪一种？
6、表空间问题。 问了一下同事，说oracle最多支持32G的数据库。而我们系统经常会超过这个数。
7、oracle的sql中不能用分号结尾，而mysql可以；oracle的sql中不能出现`（按键1的左边），但mysql中经常用它来括住表名。
8、拼接oracle的创建表的sql时，有一个双引号的问题。 oracle支持的sql语法中， 表名和字段名，可以加双引号，也可以不加双引号，但不能加单引号； 字段的值如果字符串型，必需加单引号，但不能加双引号； 字段的值如果是数字，可以不加单引号，也可以加单引号，但一定不能加双引号。 比如：$sql = 'select * from zzJkb where "type" = "23"'; //其中type是NUMBER型的。 执行它会报错：General error: 904 OCIStmtExecute: ORA-00904: "23": 标识符无效 (ext\pdo_oci\oci_statement.c:148) $sql = 'select * from zzJkb where "type" = 23'; 或者$sql = 'select * from zzJkb where "type" = \'23\'';就正确。
对于表名和字段名，加与不加双引号，oracle理解是有区别的。 $sql = "select * from zzJkb where code = 'abc'"; //这个表名zzJkb，如果不加双引号，oracle统统识别成大写，也就是ZZJKB。字段code识别为CODE。 $sql = "select name from zzJkb"; //name 和 zzJkb，统统识别成大写。如果oracle中只有小写的zzJkb表名，或者只有小写的name字段，则匹配不成功。 $sql = 'select "name" from "zzjkb"' ; //name和zzjkb，都识别成双引号中一模一样的大小写形式，不会统一转成大写。如果你oracle表中name字段是大写的或者NaMe，就匹配不成功。
/* oracle中的表名和字段名，都是大小写敏感的。你可以在里面创建ZZJKB，同时创建ZZjkb或者zzJKB。
因为系统里mysql的sql语句，一般不区分大小写，比如mysql库里有一张zzjkb全小写的表名， $sql = "select * from zzjKB"; //mysql中可以执行成功。
如果一个mysql表中的字段名，有大小写混合的情况，那么select * 出来的结果数组的key是照搬过来，也是大小写混合。 但是oracle表select *的结果数组中，其key全都是小写，不管实际库中的字段是不是大写，得到的key全都是小写。 这样，就不允许一个表的字段名中，出现大小写混合，要统一成全小写。否则就会出现程序中得到的key不一致的情况，在mysql和oracle下表现不一致。 可能$onecolumn['Id']在使用mysql时可用，那么在使用oracle时就不可用。
而我们程序中拼sql时，对于字段或表名，一般是不加双引号的（因为一开始支持的是mysql），这样，在使用oracle时，会被识别成大写。 结论就是： 1、oracle创建的表名字段名，统统要大写。（为的是支持系统程序代码中的sql，因为代码中的sql对于表名字段名是不加双引号的，oracle会把这些sql中的表名字段名识别成全大写） 1.5、拼接oracle的建表sql时，不能出现user这个关键字，会报错，比如 CREATE TABLE beibei_trade ( 只能将这种oracle认定的关键字，改为双引号括起，比如"user"或者"USER"。 同样，在程序的代码中拼接sql语句，如果user不带双引号，oracle也会认为它是关键字，不会到表中去匹配user字段的值，搜出的东西永远是空的。 所以，在程序代码中，也需要注意有没有写user这种字段，需要给它加上双引号。
2、mysql的表名和字段名，统统要小写。（因为select出的字段，在使用oracle时得到的key全是小写的，而mysql下得到的key是大小写区分的） 3、代码中，所有的sql语句，表名字段名要全部改成小写。 4、mysql中字段的值，在sql中是不区分大小写的，比如如果mysql表中实际值为CHU，那么where name = 'Chu' 或者 where name = 'CHU'都可以匹配成功。 这样，对于使用oracle的系统，匹配就更加严格，搜索或者筛选出的结果可能会更少。 5、oracle有可能报错的地方： 现代码中，对于表名或字段名，可能会用飘号`将其括起来，oracle不识别会报错； 现代码中，sql语句可能出现用双引号括住字段值（mysql中双引号或单引号都可以括住字段值），而oracle中字段值一定不能用双引号，只能用单引号。 现代码中，sql语句可能会以分号结尾（符合mysql语法），oracle不充许代码中以分号结尾，所以目前的程序代码中需要注意，有没有以分号结束的sql语句； 现代码中，sql语句中可能出现user这种oracle的关键字，需要加上双引号。比如 select "USER" from beibei_trade3 where USER= 'user' //搜不出东西，因为where后的USER缺少双引号，oracle不会认为它是字段名。 select "USER" from beibei_trade3 where "USER"= 'user' //可以搜出结果。
现代码中，insert语句，对于mysql，values后面可以不写全所有字段，插入时mysql会自动插入默认值；但是oracle不行，报ORA-00947: not enough values，除非 你在values前面加上明确的字段名。 比如beibei_trade3表有四个字段：ttid,shop_id,name,lastchanged， insert into beibei_trade3 values ('', '', 'user')//oracle报错not enough values，mysql正确。就怕代码中出现这种情况。 insert into beibei_trade3 (ttid,shop_id,name) values ('', '', 'user') //oracle正确，mysql正确。
*/
对当前系统的mysql表做的改动： 1、表ckycdmx中有两个索引sku_id和sku_dj，它两的字段一模一样，oracle不通过。 删除sku_id这个索引。 2、表YIHAODIAN_ITEMS中，index_tid和tid，两个索引的字段一模一样，oracle不通过。 删除tid这个索引。
3、有些表的索引名包含中文，taobao_refunds_trade和taobao_promotion（可能别的表也包含中文索引名称，但索引名没超过30个字符，所以没检查出） 修改索引名称去掉中文。 4、四个下划线打头的表名，去掉下划线。 5、在mysql下，包含seq的表名（104张，除去seq_dj_date，它不是序列表。也就是103张表），实际上是序列表。
seq_dj_date这个表，为了不混淆，改名为：dj_date。 在oracle下，这103张表，不需要建。而是用与表名相同的序列代替。比如seq_bonus表，在oracle下实际上没有该表，但是有SEQ_BONUS这个序列。 在oracle下，也会有DJ_DATE表。 6、region表在mysql下，region_id是主键自增字段。要把该字段搞成不要自增。 因为在oracle下，如果某字段自增，会导致插入数据时，该自段不接受传入的值，而始终使用自增值。region的值是从平台上拉取的，实际上我们希望入库的值是如下：
而在oracle中，入库的值为：
7、jingdong_trade表，
8、
9、taobao_trade表，修改字段：num_iid类型由int(11) ---> varchar2(50)。该字段是“商品数字编号”，淘宝现在下载下来的这个字段已超过10位。
oracle的 一些特性：
timestamp
|
|
|
这几个以consignee_info_开头的字段，有的超过30字符，在oracle中过长，所以去除前面的consignee_info_。
