常见问题

• Shunsaku是否支持Word2XML的转化？

  Shunsaku不支持Word2XML的转化。可以使用MS Office2003和OpenOffice进行Word2XML的转化。

• Shunsaku是否支持Excel2XML的转化？

  Shunsaku支持CSV2XML的转化。

• 假设现在已经有了一个使用Shunsaku开发的系统，它能够对现有的Excel文档进行管理。今后，需要使用该系统管理新的Excel文档（这些文档的格式和内容，现在完全不知道），能否通过不编码的方式实现简单的转化、导入和有意义的检索？

  这主要取决于系统的设计。对于普通的使用人员来说，可以实现“通过不编码的方式实现简单的转化、导入和检索”。要实现这样的功能必须书写Mapping Rule（Mapping Rule实现了数据库和CSV文件到XML的映射规则），这个工作可以让系统管理员做，普通用户无需做这样的操作。

• Shunsaku必须安装在SPARK64系统上吗？

  不是的。Shunsaku的版本非常丰富，Shunsaku支持各种主流操作系统：Unix、Linux、Windows（必需使用NTFS）。

• Shunsaku是否必须要安装在BladeServer上？

  不是的。Shunsaku可以安装在普通PC上。

• Shunsaku为什么要把Director和Searcher分开来？

  Shunsaku Director主要用于实现如下功能：
  (1) 存储和管理数据文件。
  (2) 接受检索、排序和统计请求。
  (3) 返回结果。
  Shunsaku Searcher主要用于实现文本数据超高速检索。 之所以把Director和Searcher分开来主要是为了便于系统的灵活扩展，以及在发生异常时保证系统的稳定性、健壮性。

• Shunsaku Director和Searcher必须安装在同一台机器上吗？

  不是的。Shunsaku Director和Searcher既可以安装在同一台机器上，也可以安装在不同机器上。

• 使用Shunsaku开发比使用Oracle开发，所用的系统设计时间少，你能够给我演示一下吗？

  使用Shunsaku开发比使用Oracle开发，所用的系统设计时间少，主要是因为，在系统的设计阶段，许多数据内容和结构还没有被完全确定（通常，在设计阶段也一时难以确定，就算是确定了，以后仍有较大的变更可能），使用Oracle的话，在系统设计阶段就必须花费很多时间设计好所有表格及其结构；而使用Shunsaku的话，在设计阶段可以不考虑这些（因为Shunsaku搜索的是XML数据，而XML数据的结构很灵活多变），所以设计时间比较短。

• 既然Shunsaku能够被安装在普通PC上，那么当Shunsaku被安装在普通PC上时，其性能肯定要比使用BladeServer差。

  BladeServer是富士通推荐的硬件设备。如果使用普通PC的话，只要检索的数据量在一定的限制内的话，Shunsaku仍旧能够保持良好的检索性能。

• “企业中未能够被充分利用的数据”是指那些数据？

  举一个例子说吧。假如有一个集团公司，有3个子公司：子公司A、子公司B、子公司C。总公司和3个子公司都有各自的系统和业务数据。子公司A的一些业务数据可能对子公司B来说是非常有意义的，但是由于现在的系统构筑在Oracle上，并且现存系统的数据库结构也比较复杂，这些有意义的数据可能散落在 Oracle的每一个角落里，所以，现在没有简单的办法来充分利用这些数据。这样的话，这些数据就成了没有被充分利用的数据。

• Excel2XML的转化是不是Shunsaku自身功能的一部分？

  Shunsaku有把CSV文件转化成XML的功能。这个功能是Shunsaku自身功能的一部分。

• Shunsaku的使用是在DOS模式中进行的，很不易用。你能让我看看Shunsaku运行后的样子吗？

  Shunsaku的操作现在使用的是命令行方式，在V7中，将添加GUI，届时可以通过GUI进行Shunsaku的各项操作。不过Shunsaku的这些操作只有系统管理员才会使用，一般的使用人员更本不需要使用。对不起！Shunsaku是一个中间件产品，其运行后，没有一个直观的界面可以让你观摩。客户所需的系统建立在Shunsaku上，可以通过这些系统观摩Shunsaku的运行，过一会儿的Demo演示，可以体验一下。

• 为什么Shunsaku在硬件发生故障的情况下，仍能够稳定地运行？

  因为Shunsaku具有自动退缩功能。假设Shunsaku有3个搜索服务器，当其中的一台发生故障时，Shunsaku会自动隔离发生故障的机器，同时把这一台机器上的数据自动分配到其它搜索服务器上。

• 为什么采用Shunsaku，在系统构筑的初期，费用比较低？

  在企业中，通常的情况是这样的：在系统构筑的初期，业务数据很少，甚至没有，这时我们只需要购买少量的硬件设备就可以满足系统运行的需要了。当我们的系统运行了一段时间，等业务数据积累到一定的量时，这时为了保证系统性能，我们可以购买新的硬件设备。在Shunsaku中，可以在不影响系统运行的情况下，灵活添加搜索服务器。

• 使用Shunsaku开发的系统，为什么后期的系统维护费用比较低？

  这首先要从Oracle谈起，如果使用Oracle进行系统开发的话，在系统运行过程中，为了应对变更，需要更改Oracle中的表结构和内容；为了应对新的检索请求，需要优化或建立新的Index（这些工作，称为调优），调优工作只有经验丰富的数据库管理员才能够做，而且比较费时。雇佣这些数据库管理员，费用比较贵；同时，花费的工数也比较多。而使用Shunsaku的话，当数据量非常大时，为了保证检索性能，可以通过增加硬件的办法简单解决。并且，现在硬件的费用很低。

• 在多并发的情况下，Shunsaku仍能够保持稳定的性能，为什么？

  确实是这样。这主要得益于Shunsaku的High Traffic技术。这项技术能够合并多个请求，通过一次性的数据检索，处理所有请求。

• Shunsaku最多能够管理多少数据？

  Shunsaku最多能够管理5TB的数据。

• 同样的XML文件被导入到Shunsaku服务器中2次，前一次的数据是否会被覆盖？

  同样的XML文件被导入到Shunsaku服务器中2次，前一次的数据不会被覆盖。当然，如果您需要删除上一次数据的话，可以在设计系统的时候，考虑这个问题，在导入新数据以前，将老数据删除。

• Shunsaku有没有更新功能？

  Shunsaku有数据更新功能。

• XML在Shunsaku服务器中是如何存储的？

  XML不是以文件的形式存储在Shunsaku服务器中的，而是以记录的形式存储在Shunsaku服务器中。所有的记录都存储在服务器的内存中。

• Shunsaku是否支持图形的检索？

  Shunsaku本身不支持图形的检索。不过可以在设计的时候解决这个问题。例如，为图形建立主题，并对它们进行分类，通过检索主题和类别来实现图片的检索。

• Shunsaku有公开的开发包吗？在使用VB或.NET开发业务系统时，能够使用这些Shunsaku开发包吗？

  Shunsaku有公开的开发包。有C API和Java API。理论上，在使用VB或.NET开发业务系统时，完全可以调用Shunsaku的C API和Java API。

• Shunsaku对返回字段的计算功能如何？

  Shunsaku和数据库一样有较强的排序、统计等计算功能，但对于使用计算公式计算，目前Shunsaku还不能在返回表达式中指定计算公式，但可以在查询获取元素字段值后，在应用程序中实现公式计算。

• Shunsaku如何检索和获取图片数据？

  1. 可以将图片数据以2进制的形式保存在XML记录中，增加一些对该图片的备注、说明等元素字段，通过检索这些备注和说明元素字段，获取2进制图片数据后，将数据还原成图片。
  2.推荐使用的方法，是将图片文件的URI链接地址保存在XML记录中，通过检索图片的备注说明元素字段，获取图片的URI信息，并将图片显示出来。这样将占用较小的Shunsaku服务器资源。

• Shunsaku和RDB中的数据如何同步？

  1.在RDB中创建临时表，将对RDB的插入、更新以及删除操作记录到临时表中，应用程序定时对临时表扫描，将更新反映到Shunsaku中。此方法较容易实现，但对RDB性能有一定的影响，且同步有一定的延时。
  2.使用RDB中的Trigger功能，每次更新数据时，立即触发将更新反映到Shunsaku的事件。此方法可基本实现实时更新，但对RDB的性能影响较大。
  3.使用RDB中的log功能，应用程序根据log文件，将更新反映到Shunsaku中。此方法对RDB的性能影响较小，但是对RDB系统有较大的依赖性，通用性欠佳。