I'm not sure I see the benefit here. The strength and purpose of postgres
FTS is that you can combine some FTS behaviour with some relational queries
easily at the same time. I'm pretty sure our search requirements on dp.com
need that, so using a dedicated search provider is a better option.
On 7
>
> I'm pretty sure our search requirements on dp.com need that,
s/need/don't need/ ? 😉
On 8 May 2017 at 13:59, Marc Tamlyn wrote:
> I'm not sure I see the benefit here. The strength and purpose of postgres
> FTS is that you can combine some FTS behaviour with some relational queries
> easily
Yes, don't need that sorry.
On 8 May 2017 at 14:40, Adam Johnson wrote:
> I'm pretty sure our search requirements on dp.com need that,
>
>
> s/need/don't need/ ? 😉
>
> On 8 May 2017 at 13:59, Marc Tamlyn wrote:
>
>> I'm not sure I see the benefit here. The strength and purpose of postgres
>> F
I'm no FTS expert, but based just on the facts raised in this thread, if
using Postgres FTS
1. would not break existing nor potential search needs (in fact it might
expand the functionality available) and
2. would allow eliminating an entire service from the infrastructure
that seems lik
Update: I decided not to try merge django-mysql as django.contrib.mysql
because I think it's an advantage to have it as a separate package. As it
stands, it supports Django 1.8 to 1.11 for all features, so people who
aren't on cutting edge Django can still use all its features. Contrast that
with d
Hi Tim,
Here are my thoughts:
1. The main message "it worked" has given his placement to a log,
leaving the user to focus on the image when the page loads. This can
leave the user wondering if it worked until they see the lwords "The
Install Worked". Congratulations. reload the pa
I agree that eliminating elasticsearch could be a simplification win from a
maintenance perspective. For example, I spent some hours a few months ago
debugging a problem with a new version of elasticsearch that caused our
cluster to run out of memory and lock up every ~24 hours. Also, not having
