Web-search script, trenger hjelp!

[superfredrik]

Hei!

 

Jeg trenger en søkemotor som kan brukes på en nettside.

Det jeg trenger er at den kan søke etter tags.

 

Jeg vil lagre produkter med tags også kunne søke de opp igjen ved bruk av tags.

 

noen som har noen ideer?

 

Mvh

fredrik

[Bolson]

Apache SOLR. Men trolig blir det ekstremt overkill. Regner med at du skal lagre produktene og tags i en database. Da skal det være greitt å kode søket som fritekstsøk i de nødvendige deler av databasen. Du finner nok mange eksempler på slike sql-søk om du leter.

[j--]

Om du forteller hva du skal med produktene, og hvordan du gjør det i dag, så er det lettere å hjelpe deg.

 

Skal du lage en nettbutikk?

[quantum]

Vil forsåvidt anbefale Elasticsearch eller Solr jeg også, det er sikkert overkill, men så lærer man samtidig en hel masse. Fritekstsøk i database vil funke det også, men er ikke ideelt. Forskjellige databaser har ulik støtte for dette, også.

 

Hvordan skal dette egentlig funke? Skal hvem som helst få adgang til å tagge alle produktene med akkurat hvilke tags de selv måtte ønske, eller skal det eksistere et forhåndsdefinert tag-set (les: produktkategorier) som skal administreres og tildeles av en superbruker? I tilfelle det siste kan det være like greit å gå for en helt vanlig mange-til-mange produkt-tag-relasjonsdatamodell, er det meningen det skal være mer fritt fram for alle å tagge er fritekstsøk eller en form for søkeindeks bedre. Her er muligheten for å virkelig velte seg i hipp og kul noSQL-teknologi tilstede

[superfredrik]

Vil forsåvidt anbefale Elasticsearch eller Solr jeg også, det er sikkert overkill, men så lærer man samtidig en hel masse. Fritekstsøk i database vil funke det også, men er ikke ideelt. Forskjellige databaser har ulik støtte for dette, også.

 

Hvordan skal dette egentlig funke? Skal hvem som helst få adgang til å tagge alle produktene med akkurat hvilke tags de selv måtte ønske, eller skal det eksistere et forhåndsdefinert tag-set (les: produktkategorier) som skal administreres og tildeles av en superbruker? I tilfelle det siste kan det være like greit å gå for en helt vanlig mange-til-mange produkt-tag-relasjonsdatamodell, er det meningen det skal være mer fritt fram for alle å tagge er fritekstsøk eller en form for søkeindeks bedre. Her er muligheten for å virkelig velte seg i hipp og kul noSQL-teknologi tilstede

Dette skal bare brukes av meg selv. Jeg ønsker å bruke dette på jobben. Der jeg ønsker å legge til de produktene jeg vil. så kan jeg finne akkurat det produktet jeg ønsker å finne ved å bruke tags.

 

La oss si jeg solgte biler...

Da vil en kunde ha en bil som er: rød, bensin, stasjonsvogn og BMW.

Så vil jeg kunne velge de taggsene/skrive de inn også kommer de produktene opp som møter de kravene.

 

Vet ikke om dette er forståelig?

 

Aller helst ønsker jeg en Iphone/ipad app som gjør dette, men det fant jeg ikke.

Så jeg skal se om jeg kan lage en nettside

Om du forteller hva du skal med produktene, og hvordan du gjør det i dag, så er det lettere å hjelpe deg.

 

Skal du lage en nettbutikk?

 

Hei! Se svaret jeg gav til "quantum".

 

Jeg gjør ingenting i dag, for jeg har ikke noe i dag.

 

Takk for svar forresten!

[quantum]

En vanlig sql-database med ett felt i produkt-tabellen for farge, ett for merke/fabrikat, ett for pris osv. er nok den enkleste og greieste løsningen. Blant annet får du hjelp til å sikre at hvert produkt får én og bare én farge, ett og bare ett merke osv. rett ut av boksen.

 

En sql-database blir nok en del av løsningen uansett, og da er det enklest å bruke den så langt det går, og heller utvide med søkeindeks senere hvis behovet oppstår. Å lagre produktinformasjon i to ulike teknologiske løsninger istedenfor bare en blir en god del mer komplekst uten at jeg ser hva du har å tjene på det. Det er ganske begrenset mengde informasjon du skal lagre så ytelse blir ikke noe problem, og informasjonen er ganske strukturert - sånn du fremstiller det - og da egner en sql-database seg godt.

Endret 3. januar 2014 av quantum

[superfredrik]

En vanlig sql-database med ett felt i produkt-tabellen for farge, ett for merke/fabrikat, ett for pris osv. er nok den enkleste og greieste løsningen. Blant annet får du hjelp til å sikre at hvert produkt får én og bare én farge, ett og bare ett merke osv. rett ut av boksen.

 

En sql-database blir nok en del av løsningen uansett, og da er det enklest å bruke den så langt det går, og heller utvide med søkeindeks senere hvis behovet oppstår. Å lagre produktinformasjon i to ulike teknologiske løsninger istedenfor bare en blir en god del mer komplekst uten at jeg ser hva du har å tjene på det. Det er ganske begrenset mengde informasjon du skal lagre så ytelse blir ikke noe problem, og informasjonen er ganske strukturert - sånn du fremstiller det - og da egner en sql-database seg godt.

 

Takk for svar!

 

Så jeg kan bruke søkefelt/avkryssning eller noe annet til å finne frem ved hjelp av tags i en SQL database?

 

En bil kan jo ha flere farger, det er en del av kluet. BMW'en kan jo eks også komme i rød, svart og hvit.

Så databasen må inneholde alle alternativene.

 

Vet ikke om du skjønner dette.

[quantum]

Det er helt riktig, det vet du ikke. Du kan ihvertfall ikke anta noen skjønner mer enn du er villig til å avsløre ;-)

 

Normalt vil en produktdatabase være såpass strukturert at det vil egne seg best med en sql-database. Denne vil også kunne lagre "tags" på ymse vis, men det er ikke det en sql-database først og fremst egner seg til. Å bruke en søkeindeks i tillegg gjør løsningen din dobbelt så "dyr", det må du da vurdere oppmot gevinsten du mener du får.

 

Hvis det er gitt på forhånd hvilke "tag-kategorier" du vil bruke, er fortsatt sql-database en braløsning. Du kan fint lagre flere farger på samme bil. Og du får hjelp til å passe på at du får registrert alle nødvendige egenskaper uten å glemme noen. Hvordan du utformer søke-grensesnittet på websiden er et helt annet spørsmål, der kan du bruke allverdens kreative varianter egentlig ...

[superfredrik]

Det er helt riktig, det vet du ikke. Du kan ihvertfall ikke anta noen skjønner mer enn du er villig til å avsløre ;-)

 

Normalt vil en produktdatabase være såpass strukturert at det vil egne seg best med en sql-database. Denne vil også kunne lagre "tags" på ymse vis, men det er ikke det en sql-database først og fremst egner seg til. Å bruke en søkeindeks i tillegg gjør løsningen din dobbelt så "dyr", det må du da vurdere oppmot gevinsten du mener du får.

 

Hvis det er gitt på forhånd hvilke "tag-kategorier" du vil bruke, er fortsatt sql-database en braløsning. Du kan fint lagre flere farger på samme bil. Og du får hjelp til å passe på at du får registrert alle nødvendige egenskaper uten å glemme noen. Hvordan du utformer søke-grensesnittet på websiden er et helt annet spørsmål, der kan du bruke allverdens kreative varianter egentlig ...

 

Takk for svar!

Jeg kommer nok lengre nå!