These are what you may be asking: 1) Do you wish to read records from the database that are already indexed, and you want to change the fields found and leave the rest of the Solr document? This would certainly be a worthwhile feature; there is a separate project to add 'altering existing documents' in the Jira.
2) Do you wish to pull both field names and values from the database and add those to the document? Using the Solr wildcard field name feature? One design pattern that inspired the Solr wildcard field name feature was to index products that each have some unique metadata (memory chip has speed etc., digital camera has resolution etc.) but the total number of tag names is in the thousands. It was not practical to write a schema.xml with thousands of field names. It is also not feasible to write a DIH config handler with thousands of fieldname/xpath combinations. This would also be a worthwhile addition to DIH. Or are you trying to solve another problem? Lance -----Original Message----- From: DODMax [mailto:[EMAIL PROTECTED] Sent: Friday, November 14, 2008 3:20 AM To: solr-user@lucene.apache.org Subject: Re: DataImportHandler, custom properties > http://wiki.apache.org/solr/DataImportHandler#head-071ff018f44ecbdb1cf > 55afc4c2a857f44ea1ea4 > > <entity name="e" transformer="TemplateTransformer" ..> <field > column="namedesc" template="hello${e.name},${eparent.surname}" /> ... > </entity> > The problem is that "namedesc" must be an existing column and I have no idea of column name in advance. To be more clear, what I want is to be able to retrive information which are not in database from the index. For example to store source database in a kind of custom property and have it back with results. -- View this message in context: http://www.nabble.com/DataImportHandler%2C-custom-properties-tp20482190p2049 8600.html Sent from the Solr - User mailing list archive at Nabble.com.
