Arr-нен емес, str-дегі нәтиженің doc өрістерін қалай алуға болады?

I have made an Index, secondCore {id, resid, title, name, cat, role, exp}. When I execute query, then result fields in doc is returned as array (6767), but I want it to be string, as it returned in ID(1).

Where can I do the changes? I have multiple cores, and each core have seperate schema.xml, (say server/solr/firstCore/conf/fcschema.xml and server/solr/secondCore/conf/scschema.xml). In core.properties of each core, I have written schema file name as schema=fcschema.xml

<?xml version="1.0" encoding="UTF-8"?>



  0
  1
  
    true
    status:inbox
    1444301939167
    xml
  


  
    1
    
      6767
    
    
      384
    
    
      inbox
    
    1514456876026167296
    ...


Схема файлындағы жазбалар:


   
   
   
   
   
   

Сондықтан мен:

  1. Массивтің орнына жолға нәтиже алу үшін қай жерде өзгерістер жасай аламын?
  2. Мен оны қалай тексеруге болады, менің негізгі файлым көрсетілген схема файлын пайдаланып жатыр?
  3. inbox filter мәртебесіне ие құжаттарды іздестіру үшін күйін: «кіріс қоңырау іздеуін» дәл орындау керек, бірақ осы құжатты < код> күй: кіріс жәшігі немесе күйі: сүзгі . Қалай істеу керек? Менің ойымша, бұл мәселе бірінші шешілгеннен кейін шешіледі.
  4. Бұл сұрақ осы тақырыпқа қатысты болмаса да, json орнына xml деп әдепкі шығару пішімін қай жерде орнатуға болады? Мен solrconfig.xml-де тырысты, бірақ оны ала алмадым.

PS: xml файлындағы кез-келген нәрсені жасағаннан кейін, мен солр-ды қайта бастадым, және мен solr-5.3-ді қолданамын

Сұрақ түсініксіз болған жағдайда түсініктеме беруді өтінемін. Алдын-ала рақмет. :)

2
Мен json файлымды қайтадан жаздым, содан кейін өз проблемамның шешімін таба алмадым! :( @pihentagyu
қосылды автор Kamal Nayan, көзі
Мен json файлымды қайтадан жаздым, содан кейін өз проблемамның шешімін таба алмадым! :( @pihentagyu
қосылды автор Kamal Nayan, көзі
@pihentagyu: 4-мәселе әлі күтуде. Мен xml деп сынап көрдім және жауап берушіге жазды, бірақ оны шеше алмады. Әдепкі мәнді қосу = «шын» жасады! :(
қосылды автор Kamal Nayan, көзі
@pihentagyu: 4-мәселе әлі күтуде. Мен xml деп сынап көрдім және жауап берушіге жазды, бірақ оны шеше алмады. Әдепкі мәнді қосу = «шын» жасады! :(
қосылды автор Kamal Nayan, көзі
Schema.xml файлында өзгерістер енгізу үшін толығымен индексті жасау керек, соларға қайта қосылмайды. Solrconfig.xml ішіне сұрау өңдегішінде xml пайдаланыңыз. Сондай-ақ, Response Writer ретінде қосу қажет болуы мүмкін: (Сондай-ақ, сіз барлық әдепкі бойынша оны жасау үшін жоғарыда көрсетілген сұраудың жауапына әдепкі = «шын» қосуға болады сұрау өңдегіштер).
қосылды автор James Doepp - pihentagyu, көзі
Schema.xml файлында өзгерістер енгізу үшін толығымен индексті жасау керек, соларға қайта қосылмайды. Solrconfig.xml ішіне сұрау өңдегішінде xml пайдаланыңыз. Сондай-ақ, Response Writer ретінде қосу қажет болуы мүмкін: (Сондай-ақ, сіз барлық әдепкі бойынша оны жасау үшін жоғарыда көрсетілген сұраудың жауапына әдепкі = «шын» қосуға болады сұрау өңдегіштер).
қосылды автор James Doepp - pihentagyu, көзі

6 жауаптар

Although I have done changes in schema.xml, but I noticed that It was not getting reflected, and later on I came to know that, solr 5.3.x implicitly makes managed-schema.xml, editing which solved all my queries. Check here: Why is solr returning result with only exact search?

But the problem #4 is still pending. I have tried xml and wrote response writer also , but couldn't resolve it. Neither adding default="true" did! Can anyone provide me any suggestion?

0
қосылды

Although I have done changes in schema.xml, but I noticed that It was not getting reflected, and later on I came to know that, solr 5.3.x implicitly makes managed-schema.xml, editing which solved all my queries. Check here: Why is solr returning result with only exact search?

But the problem #4 is still pending. I have tried xml and wrote response writer also , but couldn't resolve it. Neither adding default="true" did! Can anyone provide me any suggestion?

0
қосылды

Менде бүгінгідей мәселе болды: Мен SOLR 4.x-тен 5.x-ға дейін қоныс аудардым және барлық нысандардағы деректерді тастағаннан кейін, олардың массивтерінде салынған құндылықтар болды. Сұрақ Haystack немесе жүктеме сценарийі бар ма екеніне сенімді емеспін, SOLR басқару тақтасы арқылы бірнеше жаңа жазбаны енгізуге тырыстым. Бірдей нәрсе, бірақ кейбір SOLR-дің нақты өрістері жүктеліп жатқанын байқадым.

Бұл қате сіз көрсеткен өріс түріне байланысты. «tstrings» (менің ойымша, бұл шөп шабуылдайтын деп есептеймін) деректерді массивтерге кірістіреді, бірақ «жолдар» түрі жақсы жұмыс істейді. Төменде өрістердің мәндеріне арналған массивтерден шығуға мүмкіндік беретін өріс сипаттамасының мысалы келтірілген.

Меніңше, Haystack schema.xml генераторы Solr 5.x көмегімен жаңа конвенцияларға бейімделу үшін кейбір жұмыс қажет.

Біраз уақыт қажет болды, бірақ менің барлық өрістерімді түзететін ең жақсы әдіс JSON жазбасын кірістірді және әрбір өрістің дұрыс пішіммен келгенін тексерді. Әрқайсысы дұрыс жұмыс жасағанша, бір-бірлеп барыңыз.

Егер мен уақытты тапсам, мен Haystack-дің SOLR схема генераторына қарап, не өзгеруі мүмкін екенін көремін.

Бұл біреуге көмектеседі деген үміттемін!

0
қосылды

Менде бүгінгідей мәселе болды: Мен SOLR 4.x-тен 5.x-ға дейін қоныс аудардым және барлық нысандардағы деректерді тастағаннан кейін, олардың массивтерінде салынған құндылықтар болды. Сұрақ Haystack немесе жүктеме сценарийі бар ма екеніне сенімді емеспін, SOLR басқару тақтасы арқылы бірнеше жаңа жазбаны енгізуге тырыстым. Бірдей нәрсе, бірақ кейбір SOLR-дің нақты өрістері жүктеліп жатқанын байқадым.

Бұл қате сіз көрсеткен өріс түріне байланысты. «tstrings» (менің ойымша, бұл шөп шабуылдайтын деп есептеймін) деректерді массивтерге кірістіреді, бірақ «жолдар» түрі жақсы жұмыс істейді. Төменде өрістердің мәндеріне арналған массивтерден шығуға мүмкіндік беретін өріс сипаттамасының мысалы келтірілген.

Меніңше, Haystack schema.xml генераторы Solr 5.x көмегімен жаңа конвенцияларға бейімделу үшін кейбір жұмыс қажет.

Біраз уақыт қажет болды, бірақ менің барлық өрістерімді түзететін ең жақсы әдіс JSON жазбасын кірістірді және әрбір өрістің дұрыс пішіммен келгенін тексерді. Әрқайсысы дұрыс жұмыс жасағанша, бір-бірлеп барыңыз.

Егер мен уақытты тапсам, мен Haystack-дің SOLR схема генераторына қарап, не өзгеруі мүмкін екенін көремін.

Бұл біреуге көмектеседі деген үміттемін!

0
қосылды

Менде 4,9-дан 6-ға дейін көшу кезінде бірдей проблема болды. text_general ретінде анықталған өрістерді Array ретінде қайтарды. Сол өріс сол жақтың 4.9 нұсқасында жол түрін қайтарады. Бір қызығы, кейбір өрістер солжа 6.x алабына айналдырылмады. Мен «басқарылатын схеманы» пайдаланбадым, Классикалық schema.xml қолданамын.

Мәселені шешу үшін schema.xml дегенді solr 4.9-дан алдым және жаңа solr ядросының conf/ каталогына көшірдім. Сондықтан өрістердің барлық анықтамалары Solr 4.9 болды, мен Solr 6.x ішінен solrconfig.xml қолдандым, бірақ мен updateRequestProcessorChain функциясын өшірдім, болжау «... және т.б. Мен мәселені шешкен, соларға және реинделирленген мазмұнды қайта іске қосқаннан кейін, егер оның көп мәнді өрісі болмаса, деректер элементінің массив ретінде қайтарылмады.

0
қосылды
Жауап бергеніңіз үшін рахмет Дарth. Мен мәселені шешіп, жауапты сол тақырыпта жарияладым. Қараңызшы: stackoverflow.com/a/33079717/4414367
қосылды автор Kamal Nayan, көзі

Менде 4,9-дан 6-ға дейін көшу кезінде бірдей проблема болды. text_general ретінде анықталған өрістерді Array ретінде қайтарды. Сол өріс сол жақтың 4.9 нұсқасында жол түрін қайтарады. Бір қызығы, кейбір өрістер солжа 6.x алабына айналдырылмады. Мен «басқарылатын схеманы» пайдаланбадым, Классикалық schema.xml қолданамын.

Мәселені шешу үшін schema.xml дегенді solr 4.9-дан алдым және жаңа solr ядросының conf/ каталогына көшірдім. Сондықтан өрістердің барлық анықтамалары Solr 4.9 болды, мен Solr 6.x ішінен solrconfig.xml қолдандым, бірақ мен updateRequestProcessorChain функциясын өшірдім, болжау «... және т.б. Мен мәселені шешкен, соларға және реинделирленген мазмұнды қайта іске қосқаннан кейін, егер оның көп мәнді өрісі болмаса, деректер элементінің массив ретінде қайтарылмады.

0
қосылды
Жауап бергеніңіз үшін рахмет Дарth. Мен мәселені шешіп, жауапты сол тақырыпта жарияладым. Қараңызшы: stackoverflow.com/a/33079717/4414367
қосылды автор Kamal Nayan, көзі