Uberto Barbini uberto.g...@gmail.com [it-torino-java-jug] ha scritto il
04/03/20 alle 00:32:
>
> Dico solo che la nostra soluzione ha funzionato ed e' stata veloce da
> implementare.. Mi era sembra che il problema fosse simile.
>
Confermo che il problema è simile
Per ora stiamo optando per
Esistono molti problemi differenti. Giusto per capire il contesto noi
dovevamo permettere ricerche con parole (solo AND o OR) all'interno di
descrizioni, titoli, e altri campi di un CMS con molti campi. Se ricordo
bene il CMS permetteva anche agli utenti di aggiungere campi agli elementi.
Il
Io mi son trovato molto bene con ElasticSearch.
L’obiettivo era quello di effettuare una ricerca di un soggetto anagrafico
all’interno di una serie di liste sanction ( criminali, politici ecc.. )
per valutarne il rischio. La ricerca viene fatta per nome, cognome, ragione
sociale, località nascita
Mah no, noi siamo andati in produzione con quello e funzionava bene per un
CMS.
Uberto
On Tue, 3 Mar 2020 at 18:00, Matteo Vaccari matteo.vacc...@gmail.com
[it-torino-java-jug] wrote:
>
>
>
>
> On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini uberto.g...@gmail.com
> [it-torino-java-jug] wrote:
>
Il concetto è chiaro, poi ogni singolo passaggio molto meno ( soprattutto
nella questione manuale ) . Penso scherzasse cmq (:hope:)
Il mar 3 mar 2020, 19:00 Matteo Vaccari matteo.vacc...@gmail.com
[it-torino-java-jug] ha scritto:
>
>
>
>
> On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini
:) si si chiaro.
Nel nostro caso la ricerca era su prodotti, descrizioni ecc. del nostro
database quindi comunque roba "pulita".
Uberto
On Tue, 3 Mar 2020 at 08:59, Roberto Franchini ro.franch...@gmail.com
[it-torino-java-jug] wrote:
>
>
>
>
> On Tue, Mar 3, 2020 at 12:44 AM Uberto Barbini
On Tue, Mar 3, 2020 at 12:44 AM Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug] wrote:
>
>
> Se hai piu' lingue, ognuna va gestita separatamente per via dello stemming.
> La lista dei separatori delle parole la trovi facilmente online. Anche se
> ne perdi qualcuna non e' un dramma
Se hai piu' lingue, ognuna va gestita separatamente per via dello stemming.
La lista dei separatori delle parole la trovi facilmente online. Anche se
ne perdi qualcuna non e' un dramma comunque.
Per esperienza su un CMS in house piuttosto grosso (Vodafone): il fai da te
e' tranquillo e sicuro, ma
On Mon, Mar 2, 2020 at 9:46 PM Raf r.ventag...@gmail.com
[it-torino-java-jug] wrote:
>
>
> On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini uberto.g...@gmail.com
> [it-torino-java-jug] wrote:
>
>>
>>
>> Concettualmente è abbastanza facile farlo a mano :
>> Prendi tutti i campi di testo, li metti
On Mon, Mar 2, 2020 at 8:22 PM Uberto Barbini uberto.g...@gmail.com
[it-torino-java-jug] wrote:
>
>
> Concettualmente è abbastanza facile farlo a mano :
> Prendi tutti i campi di testo, li metti insieme e spesso le parole, poi
> fai stamming per ignorare parole simili e dalla pronuncia uguale, e
Ciao Fede,
concordo con Frank, il "join" tra DB e Lucene/Solr/ES è sempre una chimera
che è meglio lasciar perdere a meno che non sia davvero necessario (e sai
che parlo per esperienza ;)).
A meno che le tue query non richiedano funzionalità più avanzate (phrase
query complesse, gestione di
Concettualmente è abbastanza facile farlo a mano :
Prendi tutti i campi di testo, li metti insieme e spesso le parole, poi fai
stamming per ignorare parole simili e dalla pronuncia uguale, e poi filtri
via congiunzioni, articoli e simili.
Se non ti servono ricerche alla Google, funziona bene per
On Mon, Mar 2, 2020 at 10:31 AM Federico Fissore feder...@fsfe.org
[it-torino-java-jug] wrote:
>
>
> Ciao a tutti
>
> Ho un'applicazione che memorizza i dati su postgres in modo
> destrutturato, usando campi jsonb.
>
> Mi trovo a dover aggiungere capacità di ricerca full text.
>
> La "colonna"
Ciao a tutti
Ho un'applicazione che memorizza i dati su postgres in modo
destrutturato, usando campi jsonb.
Mi trovo a dover aggiungere capacità di ricerca full text.
La "colonna" in cui fare la ricerca varia a seconda del tipo di json, e
la ricerca deve trovare la parola "pippo" a
14 matches
Mail list logo