关于5.2.3使用MySQL数据库的问题

tidyinq · 发表于 2013-1-21 16:41:52

本帖最后由 tidyinq 于 2013-1-21 16:44 编辑

MySQL是平台自带的数据库，小巧方便，还免费

，尝试将在SQLServer下运行的数据库移植到MySQL，但出现了一些问题，希望X5以后的版本能完美适用于MySQL，我发现的若干问题如下：

1. 当用MySQL数据库，维护行政区划带fPath树支路径字段的表时，有时候出现多级删除树枝报错（我在之前另一个帖子描述了这个问题），或查询不到结果，比如下面的KSQL语句在SQLServer中没问题，但MySQL查询为空，用的是同样的数据内容，今天索性一探究竟，直接在MySQL下和SQLSever下测试，发现应该是KSQL转换MySQL的instr函数时出现了将=1未转换为=0的小问题，所以，查询不到结果，经过手动转化的代码就正常了，示例代码如下：
原KSQL简化为：
select PM_B_XZQH.* from PM_B_XZQH PM_B_XZQH where instr(PM_B_XZQH.fPath, '675348D6BC0E419E8D17A612FEA94590/3E01F803D3B147B2B45F21B5108922A1/892886024CF441249F74F7A935387A5D/B2B8755784AD4994A6FDFBB7328D05DB/0886112E72514C4EAF542AEC9C0BB356',0)=1
对于MySQL，等效为：
select PM_B_XZQH.* from PM_B_XZQH PM_B_XZQH where instr(PM_B_XZQH.fPath, '675348D6BC0E419E8D17A612FEA94590/3E01F803D3B147B2B45F21B5108922A1/892886024CF441249F74F7A935387A5D/B2B8755784AD4994A6FDFBB7328D05DB/0886112E72514C4EAF542AEC9C0BB356')=0
对于SQLServer，等效为：
select PM_B_XZQH.* from PM_B_XZQH PM_B_XZQH where CHARINDEX (PM_B_XZQH.fPath, '675348D6BC0E419E8D17A612FEA94590/3E01F803D3B147B2B45F21B5108922A1/892886024CF441249F74F7A935387A5D/B2B8755784AD4994A6FDFBB7328D05DB/0886112E72514C4EAF542AEC9C0BB356')=0
或
select PM_B_XZQH.* from PM_B_XZQH PM_B_XZQH where CHARINDEX (PM_B_XZQH.fPath, '675348D6BC0E419E8D17A612FEA94590/3E01F803D3B147B2B45F21B5108922A1/892886024CF441249F74F7A935387A5D/B2B8755784AD4994A6FDFBB7328D05DB/0886112E72514C4EAF542AEC9C0BB356',0)=0

2. 当不用平台内置的MySQL数据文件，重新创建数据库文件，比如名字还叫x5sys，编码选择为UTF-8或GBK，用数据库初始化工具重新初始化，这时启动系统，我发现在角色管理中的中文都是乱码，我又重新找了一个MySQL5.0.18，按前述操作，依然是乱码，估计初始化数据库工具对于MySQL还是有问题的

综上，暂时不能使用MySQL数据库了，等待后续的完善版本吧。

jishuang · 发表于 2013-1-21 16:49:31

1.级联删除是个缺陷后续版本解决
2.编码要用UTF-8，平台默认用的是UTF-8

tidyinq · 发表于 2013-1-21 20:48:57

本帖最后由 tidyinq 于 2013-1-21 20:55 编辑

1. 主要要说的问题不是级联删除的问题，那个之前已经确认了，这次重点说的是instr的问题，以及可能有其他未知的问题，感觉MySQL的引入还不成熟
2. 编码用默认的UTF-8出现乱码，我尝试了GBK也不行，我要说的是用MySQL初始化数据库可能有问题的问题。

wsh · 发表于 2013-1-22 09:38:09

1. mysql的引入主要是解决初次使用问题，免安装直接使用；对于实际商业应用，目前还是推荐使用oralce或者mssql等商业数据库；当然随着版本逐步发展完善，mysql相关也会越成熟，只有用户用，才可能完善的更快，欢迎使用，也欢迎反馈问题。
2. 推荐使用utf-8，初始化工具也是默认按utf-8字符处理。乱码本身应该和数据库设置有关系，平台默认使用的是utf-8（有好几个值，不单单数据库，还包括连接，客户端等），可以参考
http://database.51cto.com/art/201010/229167.htm

tidyinq · 发表于 2013-1-22 11:44:24

本帖最后由 tidyinq 于 2013-1-22 11:48 编辑

OK，谢谢，但是有些问题会导致花大量时间跟踪调试，所以感觉用X5是双刃剑，做东西快，碰到问题费劲周折，调试困难，如果你们有总是很多小Bug在里面，会让一些用户放弃的
所以，作为好的商业软件，目前X5还有差距。

jishuang · 发表于 2013-1-22 13:54:01

平台在不断的完善中，感谢对X5平台的支持，欢迎反馈问题

如果遇到问题，可以提出来，大家一起看

tidyinq · 发表于 2013-1-22 14:51:25

问一个非技术问题，如图所示，起步平台的这个连接是做什么用的，在我电脑上运行了几十个小时，我看网络连接是偶然发现的。

jishuang · 发表于 2013-1-22 15:00:37

启动的tomcat服务的进程

tidyinq · 发表于 2013-1-22 15:08:43

本帖最后由 tidyinq 于 2013-1-22 15:11 编辑

为什么一直用8682端口，连接219.239.108.131这个IP的443端口？我看进程的启动时间是20号的，所以电脑没关它一直在运行，
我开发调试启动的是8081端口，还有其他8005,8009等辅助的，这个8682到底是干什么的，Tomcat我没创建Windows服务啊

起步平台关掉了，它还在

tidyinq · 发表于 2013-1-22 15:31:22

进程的启动信息如下：

D:\X5.2.3\studio\../jdk/bin/javaw.exe -Xms40m -Xmx384m -XX:MaxPermSize=256m -jar D:\X5.2.3\studio\plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -os win32 -ws win32 -arch x86 -showsplash -launcher D:\X5.2.3\studio\studio.exe -name Studio --launcher.library D:\X5.2.3\studio\plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.1.R36x_v20100810\eclipse_1309.dll -startup D:\X5.2.3\studio\plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar -exitdata 163c_60 -vm D:\X5.2.3\studio\../jdk/bin/javaw.exe -vmargs -Xms40m -Xmx384m -XX:MaxPermSize=256m -jar D:\X5.2.3\studio\plugins/org.eclipse.equinox.launcher_1.1.0.v20100507.jar

		自动登录	找回密码
密码			注册

[结贴] 关于5.2.3使用MySQL数据库的问题