<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

Jeffrey Hulten wrote:

<blockquote

 cite="mid2F6DEDF9-9953-4E42-93E2-81FF29690A06@tragicallyleet.com"

 type="cite">The other possibility is to make the indexing of the full

text be programmatical instead of a function of the database

operation.  In other words, index it ourselves.</blockquote>

Right.  One way to do this would be to duplicate both summary and

comment data in a separate table specifically designed for fulltext

indexing, so that both bugs and longdescs can get transactions and

referential integrity, i.e.:<br>

<br>

CREATE TABLE bug_descriptions (<br>

  bug_id INT NOT NULL,<br>

  summary VARCHAR(255) NOT NULL,<br>

  comment TEXT<br>

);<br>

<br>

Besides freeing those tables to participate in InnoDB goodness (or

SolidDB goodness, for that matter), the other advantage to this

approach is that it resolves a longstanding problem with our fulltext

indexes (because of MySQL's inability to include columns from different

tables in a fulltext index) that reduces their utility (even with our

hacks to partially work around the problem).  The cost, however, is

disk space.<br>

<br>

Otherwise, we could roll our own fulltext engine or use something like <a

 href="http://qwik.jp/senna/">Senna</a>.<br>

<br>

-myk<br>

<br>

</body>

</html>