Mailing List Archive
tlug.jp Mailing List tlug archive tlug Mailing List Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]Re: [Lingo] Two direction full text search
- Date: Tue, 15 Feb 2011 21:57:32 +0700
- From: Nguyen Vu Hung <vuhung16plus@example.com>
- Subject: Re: [Lingo] Two direction full text search
- References: <AANLkTin65xy_ByaN9e8weH0915VqC97NRsPdgKngrRCq@example.com> <AANLkTinkRbZAqO2xh45sNboBjy1cQA3oWo0CZu3BipS2@example.com>
Hello Noda-san # Sorry for the cross-posting, I think tlug@ has more technical readers than @lingo. Thanks for the links. 日本語はあまり自信がありませんが、長文を読んだ限りで理解できることとしては、 1. They solved the problem by deploying Veritas and Oracle solutions. 2. Oracle HA and Clustering are the main keywords that I read. 3. The "white-paper" pointed that the only problem they saw, is: the increasing of (page) views. I can foresee the performance problem when data went big; But I won't/can't pay that much money for Oracle and/or Veritas solutions. That's why I am seeking for open source alternatives. Cheap clustering with Postgres or MySQL (third-party) should make performance better if the data goes bigger. My question is a bit different: Is that a non-RDBMS (noSQL) let me solve the problem easier. On Tue, Feb 15, 2011 at 9:44 AM, Noda Yoshikazu <noda.yoshikazu@example.com> wrote: > Hello Nguyen, > > You may want to check this document. > http://eval.veritas.com/ja/JP/downloads/sus/cs_alc.pdf > > yoshi > > 2011/2/14 Nguyen Vu Hung <vuhung16plus@example.com>: >> Hello all, >> >> Please take a look at: >> >> http://eow.alc.co.jp/%E5%B0%82%E9%96%80%E5%BA%97/UTF-8/?ref=sa >> #http://eow.alc.co.jp/shoppe/UTF-8/ >> >> # We can do a (full text) search in both direction J -> E or E -> J. >> >> # It seems that when 日本語 is input, the search will only look for matches in >> # the source text (日本語), not the English ones. >> # Way to do one more tagging on both source language and destination language >> # and it has no 絞り込み search feature. >> >> I assume that its translation database is quite big but the search for any >> text usually takes less than 1 seconds, which is quite fast. >> >> I wonder if they are using any RMDBS like Oracle storing the translation DB. No? >> >> If not, which is the efficient way to store and search data like this? >> >> I am thinking of NoSQL database like MongoDB or CouchDB; albeit frankly, >> I have no experience on this topic. Please give me some adives >> >> -- >> Best Regards, >> Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng ) >> vuhung16plus{remove}@example.com , YIM: vuhung16 , Skype: vuhung16plus >> >> -- >> To unsubscribe from this mailing list, >> please see the instructions at http://www.tlug.jp/list.html > > -- > To unsubscribe from this mailing list, > please see the instructions at http://www.tlug.jp/list.html -- Best Regards, Nguyen Hung Vu [aka: NVH] ( in Vietnamese: Nguyễn Vũ Hưng ) vuhung16plus{remove}@example.com , YIM: vuhung16 , Skype: vuhung16plus
- Follow-Ups:
- Re: [Lingo] Two direction full text search
- From: Stephen J. Turnbull
- References:
- [Lingo] Two direction full text search
- From: Nguyen Vu Hung
- Re: [Lingo] Two direction full text search
- From: Noda Yoshikazu
Home | Main Index | Thread Index
- Prev by Date: Re: [Lingo] Two direction full text search
- Next by Date: Re: [Lingo] Two direction full text search
- Previous by thread: Re: [Lingo] Two direction full text search
- Next by thread: Re: [Lingo] Two direction full text search
- Index(es):
Home Page Mailing List Linux and Japan TLUG Members Links