7月23日 远程了一天，然后从服务器传了2个G左右的Oracle 11g R2数据库文件，可能是工具带宽问题。看了下过程，服务器文件还是保留在原来服务器上，只是新建了个文件夹。数据库文件可能会部署在我电脑上。问了会Oracle的朋友，和mysql语法上会存在区别，但是问题不大，PHP也能操作，也就说只要拿到数据库密码， 我们就可以编写各种各样的数据接口来引用数据，已经能做很多事情了。至于领导关心的数据备份和恢复问题也不用担心，本身数据库有这些功能，其次虚拟机也有节点恢复，可以随时回退到标记的检查点。 7月24日 开始看数据里面全是16进制的数字，还怀疑这个是明文开发交付时候特意加密了，后来朋友点拨发现不是，虽然能力guid是数据之间的联系和识别的方式，但是表和表之间的联系是如何，还不了解 7月25日 掌握HYPERV的使用方法，并且成功建立虚拟机，成功安装oracle,正在设法引渡数据进入，然后架设 7月28日 昨天在家已经将数据成功导入，但是在部署的时候，发现192.168.1.228这个服务器的存在。还发现服务器有个512M的数据库，从连接字符来看是mysql，空数据库能不能行还待测试。还发现一个存放和引用流媒体文件的D盘。也就是说，因为她把测试服务器放在原来的服务器上，部署的时候有些步骤因为以前做过了，所以这些步骤被省略了。因为现在进不了服务器，暂无法确认。等晚上回去测试空库看能不能跑起来，不行的话就暂时放弃部署。转为探索ORacle里的表和表之间的关系，看看能不能通过操作数据库，建立新的功能。比如检索BOM包含的项目是否齐全或者错误，并生成对应的清单供相关同事参考。 尝试了下获取管理权限，是真难啊，密码搞单向哈希还加盐（密钥），没办法我改权限组，改完自动覆盖，检查也没有触发器存在，应该是软件本身有验证，验证机制暂不明。将表改为只读权限，直接不让登录。又没有源码，加密规则也看不到。我认知有限，拿不到 7月29日 虽然没有掌握到完全的服务器部署方法，但是掌握了数据库的部署，备份，还原的方法。目前已经成功将测试库移入虚拟机，并且成功连上服务器，可以随时随地还原。昨天在家研究了很久，服务器还可以继续研究. 今天挂BOM的时候感觉来回看得好累，就很想搞成自动化，所以探索了下数据库里表与表之间的关系，找地很累。因为它将所有的数据都散开了，举个例子，比如功能系统表格，假设有三列数据 它对每一列都单独起了个表，以上图举例，比如：GUID1,编号；GUID2，名称；GUID3，分类。这样子。这里只是举个例子，实际更复杂。然后它将对应关系又起了个表：GUID1，GUID2，GUID3。整个数据库搞了514张表，我严重怀疑它开发时源表是在一起的，交付的时候可能出于安全性考虑，中间用了什么工具才散开的。好处是，黑客哪怕黑进来他连表与表之间的关系都得理解半天。这也导致非开发者想利用这个数据库做点东西也是有相当程度困难的。但是没关系，它们毕竟有GUID作为标识联系，想找还是能找出来的，就是过程很反人类，没有工具帮助我一准放弃。 以CN235A1T0005为例，首先在BOMVIEW_0存放 根据GUID找到这个BOMSTRUCTURE_0表 看到顺序号很明显是和功能系统相关，继续查，找到ITEM_0表 根据这三张表的关系，我们可以做一个联查功能：输入车体编号，就可以查询对应的BOM清单。如果再联系之前做的自动生成bom的匹配规则，似乎可以实现自动检查功能系统是否重复，功能项目是否缺少或者多余，功能项目匹配是否错误等等功能。那么如果再进一步，自动生成清单，自动挂载BOM，或者批量自动挂载BOM，然后让有经验的人，审核发布就行了。这种枯燥的活就应该电脑干，它又快又准。 以CN230XDT0001为例，先构建语句 7月30日 还有很多问题 修改多路阀、转向系统、液压泵匹配规则 如果是国产发动机，且规格没有出现选配进口字样，则提高符合条件的国产零件的权重 如果是进口发动机，且规格没有出现选配国产字样，则提高符合条件的进口零件的权重 增加显示权重分数，有高有低，比如座椅30分，是因为它不参考动力类型和吨位，年款等等，导致没有吃到相应的分数，后面单独出说明 7月31日 部署OCI扩展，因为WINDOWS的没有教程，网上搜到的也都是步骤不全的，费了点劲 目前已经连上本地oracle数据库，对比功能基本完善，但是还是不够应该有更清晰的比较过程增加可信度 目前连的是测试库，只能查到测试库里有的车体信息 目前只配置了FD/FG N2系列的规则 配置分析（←点击访问）注意必须在公司内网访问，IP为192.168.1网段，掩码为255.255.255.0，连WIFI也行，但是手机的掩码可能会不同，尽量电脑端访问，后期会部署内网穿透，提供外网访问 8月1日 通过重写api和重新排版，实现以下效果： 至此，目标基本完成，可以实现自动检查功能系统是否重复，功能项目是否缺少或者多余，功能项目匹配是否错误等等功能。至于是否更进一步，看后面需求吧，而且Oracle数据库它比较苛刻。插入一条记录会涉及好几个表格，之前说过，它把表格全拆散了，互相通过guid联系，只改一张显然不符合ORacle的安全设计，会触发闪回机制，服务端可能还有验证机制，并不是改了就可以的。目前只是查询不会有任何破坏性，随便整。而且就目的而言，BOM数量是有限的，没有折腾必要。 使用方法：在系统里找到任意一个没有挂载BOM的车体编号，然后随便复制功能相近 的BOM，保存。再将车体编号贴到网站搜索框，它会直接告诉你哪个地方要改，要删，要增。 用的时候发现一个问题，之前了降低复杂度，对规格做了整理方便识别，但是现在系统有些新增的功能系统，导致匹配不正确。所以要做个自动更新json的功能 8月4日 早上来登录的时候发现测试库连不上，然后改连虚拟机安装的测试库发现又正常，对比了下以前状态截图监听状态发现是HOST名和以前不一样了 以前的 现在的 虽然语法没问题，但是HSOT文件没有此映射，导致测试库连不上，不太明白机制，目前重新安装的虚拟机没有发现这个问题 增加FB车型查询（18种功能系统），FLB调整中（17种功能系统，比FB少个传动系统，另外发动机冷却是维德S2才有） 8月5日 FLB匹配规则已添加 发现维德35S2和S2的配置存在混用，不确定这两种电控是不是同一个东西 我在匹配规则里定义的是两种型号 继续搞FTB FRB FR4D FCG的（已完成） FG存在许多功能配置同时支持FG和FD，但是在规格里只写了FD的情况，导致匹配时被判定重要关键字不匹配 看了下起升系统相关的表格，想做进配置查询里，首先得建立倾斜缸和整车信息的映射，再将映射关系做成API，然后调用....总之目标是要实现通过整车品号描述和规格信息，自动匹配所有符合条件的配置 8月6日 s 目前已经建立建立倾斜缸和整车信息的映射关系（但是数据不全），接下来建立整车规格到起升系统各配置的映射关系 8月7日 倾斜缸角度数据不全，虽然杨老师给了标准参数的资料，但是后面更新肯定还是会不全的，所以不打算补数据了，打算做个双重查询，先在已经有的映射关系里找，找不到就提取动力类型，吨位，门架类型，门架高度这4个条件在PLM数据库里找符合条件的有挂载BOM起升系统，然后提取它挂载倾斜缸的角度作为条件匹配。 更新了导航页面 起升系统查询基本完成，现在除了倾斜缸的匹配部分没有完成，其它都做完了 发现起升系统里配置也存在动力类型或者吨位和整车规格不匹配但是又挂载的情况 刚发现编号不一样，但是配置规格一样。发现是加宽的没有写在规格里，头疼，明天处理
