You can use the famous full-text search engine nLucene natively with CUBRID Manager. The new CM 8.4.0 has a plugin for nLucene which allows users to create, configure and manager nLucene instances right in the CUBRID Manager. In fact, we do this for our cubrid.org. Actually this request (nLucene integrated support) was initiated by one of our largest users (about 10 millions of subscribed users) last year after CUBRID 8.3.1 beta has been released. So we put all our efforts to bring it to CUBRID 8.4.0. So you can enjoy it. There is User Guide for nLucene in CUBRID Manager you might want to look at ftp://ftp.cubrid.org/CUBRID_Docs/CM/NLucene_in_CUBRID_Manager_Manual_en.pdf. You will how easy it is.
On May 17, 4:35 pm, Anthony <[email protected]> wrote: > Does CUBRID have any full-text search capabilities? > > > > > > > > On Tuesday, May 17, 2011 3:00:30 AM UTC-4, CUBRID RDBMS wrote: > > Well, it's at the same time very detailed question and very broad. > > It's like why Hyundai created a new car, there is Rolls Roys already > > here (200K). Or like why CUBRID, NoSQL, etc. when there is Oracle > > Enterprise for 10K (Oracle was one of the first DBs in this nice > > world). > > > It's all about the diversity which gives users more freedom in > > deciding which tool is best for its particular project or event part > > of that project. The more alternatives, the cheaper (TCO in our case), > > the better for consumers. Typical rule of the market. > > > More detailed answers: > > > CUBRID has been developed with Web optimization in mind, where > > constant availability and speed are the most important factors. What > > relates to the question is: will I need to use additional third-party > > tools to have my work done if I use this tool? In case of MySQL, for > > instance, how do you implement High-Availability? Noway, unless you > > use MySQL Cluster or other third-party tools like DRBD and together > > with Linux Heartbeat. This is probably something simple web sites > > never bother about, but for real world mission critical application > > this is the number one headache. Besides, the simplest replication > > cannot be done properly, I mean with 0% loss, on MySQL. As you know > > MySQL does not provide 100% guarantee for data replication. You can > > refer to their manual for more info. > > > What about CUBRID? As we have thought this through when we had created > > our architecture, we considered high-availability from the very > > beginning. CUBRID HA is a very powerful and distinguishable feature > > with its native CUBRID Heartbeat. This is something almost all our big > > users like NHN use in their web services (NHN has 17+ million UV per > > month). Moreover, in CUBRID 8.4.0 we have reworked the HA feature in > > the terms that it is now much easier to configure and more convenient > > to monitor. The data consistency during HA is always 100% guaranteed. > > I think you should think about it if you really value what you have on > > your site. > > > I would talk for a long about the CUBRID License Policy (http:// > > cubrid.org/license), but I think you know yourself what MySQL's policy > > is. CUBRID engine is entirely GPL, while everything else users develop > > upon/for CUBRID can be BSD, thus we do not require to open your code. > > You can't do this with MySQL. Either you buy the Enteprise License for > > 2K at least, or open your code. Everything derived from/related to > > MySQL, must be open. You feel free with CUBRID. > > > At CUBRID we develop faster, we react to user requests faster. I > > suppose this is in the nature of the developers (Koreans work really a > > lot, ~60 hours a week in general, I was surprised at first, then got > > used to it). > > > At CUBRID we want to provide ease of development for users. For this > > we have created video tutorials, everyday post new tutorials, improve > > the APIs constantly. We are more close to the community. You probably > > do not feel like at home at MySQL community. But you do at CUBRID's. > > At least I will guarantee your every response is addressed. > > > We provide compatible APIs, at least do every endeavor to, so that our > > users do not have to change much of their existing code to comply with > > CUBRID style. See CUBRID PHP API Comparison list with MySQL (http:// > >www.cubrid.org/cubrid_mysql_php_function_comparison). Almost all > > functions are identical thanks to the contributions made by our > > Chinese users. The same we try to do with Ruby, Python, etc. Here we > > encourage the users like you to jump in and help us to make our > > drivers easier for our peers. > > > In terms of performance, you should see our comparison results. Like > >http://www.cubrid.org/ssd_performance_testor > >http://www.cubrid.org/benchmark_result. > > I suppose in the coming week I will try to upload the latest > > performance test results we have conducted recently. Due to the index > > restructurization in the new CUBRID 8.4.0 the SQL statements (we > > tested complex multi joined queries) run 30-40% faster on CUBRID than > > on MySQL, considering the same environment and settings. This is the > > second part of our mission: to fast database engine in addition to > > constant availability. > > > But like I said, the questions like "why should I use Cubrid instead > > of Mysql or Postgres ?" are quite broad. So, feel free to ask specific > > ones, and I will be happy to continue our discussion. > > > Btw, did I provide enough reasons? > > > On May 17, 12:13 pm, Bruno Rocha <[email protected]> wrote: > > > Esen, > > > > I would like to know whats the grand key features of Cubrid over Mysql or > > > > Postgres, I am interested in this project but I have a simple question > > "why > > > should I use Cubrid instead of Mysql or Postgres ?" > > > > -- > > > Bruno Rocha > > > [ About me:http://zerp.ly/rochacbruno]
