<table><tr><td style="">dvratil added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D28615">View Revision</a></tr></table><br /><div><div><p>I think any filtering/deduplication should happen in Akonadi Search here - since we are able to store structured data (e.g. split the name and the address into two different fields), Xapian can perform clever deduplication at query time, rather than client code (libkdepim) having to do expensive address parsing for each result.</p>

<p>We can even return the data structured, like a tuple (name, address, relevance) to make it easier for client code to aggregate the results.</p>

<p>Also the code should be made asynchronous so we can query much more results and leave it up to the client to drop what they don't need.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R42 Akonadi Search</div></div></div><br /><div><strong>BRANCH</strong><div><div>master</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D28615">https://phabricator.kde.org/D28615</a></div></div><br /><div><strong>To: </strong>dvratil, KDE PIM, dfaure<br /><strong>Cc: </strong>kde-pim, fbampaloukas, dcaliste, dvasin, rodsevich, winterz, vkrause, mlaurent, knauss, dvratil<br /></div>