← Back to team overview

maria-developers team mailing list archive

Re: Extendet FederatedX storage engine to support updating Sphinx RT indexes

 

Hello Sergey,

is there any progress with the patch or is there still something missing?


Thank you very much!


Best regards,


Markus Lidel

Am 16.06.2013 19:58, schrieb Markus Lidel:
Hello Sergey,

thank you very much for reviewing my patch!

Am 16.06.2013 15:48, schrieb Sergey Vojtovich:
Hi Markus,

thanks for your contribution. Connecting to Sphinx RT index via
federatedx
sounds like a great idea.

I reviewed attached patch and from what I can see, relevant difference
between dialects is as following:

1. Connection to RT index doesn't require database name and you made it
    optional in parse_url(). That's acceptable with sphinxql scheme, but
    with mysql scheme it's a bit ambiguous. What do you think if we keep
    database name mandatory and document that connection string to RT
index
    should look like
    sphinxql://root@localhost:9306//rt
    or
    sphinxql://root@localhost:9306/dummy/rt

Hmmm, i think both ways are a workaround. Probably the best way is to
implement a unique parse_url() function for sphinxql and mysql. This way
you don't have to specify a database, which isn't used for SphinxQL and
for MySQL you couldn't forget to set the database. The only reason why i
didn't implement it already was because i want to change as less as
possible. I'll look into it and send an updated patch.

2. delete_row(): looks nice, but could be greatly simplified because
sphinxql
    accepts only record identifier in WHERE clause.

Yes, that's true.

3. delete_all_rows(): FWICS there is "TRUNCATE RTINDEX" statement in
sphinx.
    Why can't we use it? Even better patch sphinx to make RTINDEX word
optional?

TRUNCATE RTINDEX was implemented first in Sphinx 2.1.1-beta. In the
current release the TRUNCATE RTINDEX is not available.

4. table_metadata(): I believe it should be easy and natural to patch
sphinx to
    support SHOW TABLE STATUS. What do you think?

Yes, that will be the best solution, but i didn't looked at the source
of Sphinx.

5. query(): Same here, sphinxql shouldn't add implicit limit.

SphinxQL by default adds a limit to 30 rows. So if you don't specify a
LIMIT you only get 30 rows back instead of all rows. If you for example
have 100 rows in your Sphinx index, and you want to delete all rows, you
could only delete 30 at once. So i thought the best way is to add a limit.

6. test_connection(): What's the problem with test query?

Sphinx simply doesn't understand the test query:

SELECT * FROM <table> WHERE 1=0

so i changed it into

SELECT * FROM <table> LIMIT 0

which should do the same, and Sphinx did understand.

Did I miss anything else?

If so, please feel free to contact me.


Best regards,


Markus Lidel



Thanks,
Sergey

29.05.2013, в 1:46, Markus Lidel <Markus.Lidel@xxxxxxxxxxxxxxxxx>
написал(а):

Hello,

the Sphinx Search engine has RT indexes, which could be updated with
a subset of SQL commands, refered to as SphinxQL:

http://sphinxsearch.com/docs/2.1.1/sphinxql-reference.html

Because the FederatedX storage engine uses some commands, which
Sphinx does not know, here is a patch, wich extends the FederatedX
storage engine to support this subset of commands. Now its possible
to update Sphinx RT indexes directly from MariaDB. To create a
connection to the RT index in the Sphinx default RT-index:

index rt
{
  type = rt

  path = @CONFDIR@/data/rt

  rt_field = title
  rt_field = content

  rt_attr_string = title
  rt_attr_string = content

  rt_attr_uint = gid
}

you just have to call:

CREATE TABLE `rt` (
  `id` BIGINT UNSIGNED NOT NULL,
  `title` TEXT,
  `content` TEXT,
  `gid` INT UNSIGNED
) ENGINE=FEDERATED CONNECTION='sphinxql://root@localhost:9306/rt';

It would be great, if the attached patch could be integrated into
MariaDB. If you have any suggestions, please feel free to contact me.

Best regards,


Markus Lidel


--
------------------------------------------
Markus Lidel (Senior IT Consultant)

Shadow Connect GmbH
Carl-Reisch-Weg 12
D-86381 Krumbach
Germany

Phone:  +49 82 82/99 51-0
Fax:    +49 82 82/99 51-11

E-Mail: Markus.Lidel@xxxxxxxxxxxxxxxxx
URL:    http://www.shadowconnect.com

Geschäftsführer/CEO: Markus Lidel
HRB 10357, Amtsgericht Memmingen

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


Follow ups

References