Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Solr Wiki" for change 
notification.

The following page has been changed by ChrisHarris:
http://wiki.apache.org/solr/DataImportHandler

The comment on the change is:
Small formatting changes to "Configuration in data-config.xml" section

------------------------------------------------------------------------------
  == Configuration in data-config.xml ==
  A SOLR document can be considered as a de-normalized schema having fields 
whose values come from multiple tables.
  
- The data-config.xml starts by defining a "document" element A `document` 
represents one kind of document .  A document  contains one or more root 
entity. A root entity can contain multiple sub-entities which in turn can  
contain other entities. An entity is a table/view in a relational database  . 
Each entity can contain multiple fields. Each field corresponds to a column in 
the resultset returned by the ''query'' in the entity .For each field, mention 
the column name in the resultset. If the column name is different from the solr 
field name, then another attribute ''name'' should be given. Rest of the 
required attributes such as ''type'' will be inferred directly from the SOLR 
schema.xml. (Can be overridden)
+ The data-config.xml starts by defining a `document` element. A `document` 
represents one kind of document.  A document contains one or more root 
entities. A root entity can contain multiple sub-entities which in turn can  
contain other entities. An entity is a table/view in a relational database. 
Each entity can contain multiple fields. Each field corresponds to a column in 
the resultset returned by the ''query'' in the entity. For each field, mention 
the column name in the resultset. If the column name is different from the solr 
field name, then another attribute ''name'' should be given. Rest of the 
required attributes such as ''type'' will be inferred directly from the SOLR 
schema.xml. (Can be overridden)
  
  In order to get data from the database, our design philosophy revolves around 
'templatized sql' entered by the user for each entity. This gives the user the 
entire power of SQL if he needs it. The root entity is the central table whose 
columns can be used to join this table with other child entities.
  

Reply via email to