|
|
Table of Contents
In the Basic example, each store has a single primary key. The Index example extends the Basic example to add the use of secondary keys.
The complete source of the final version of the example program is included in the Berkeley DB distribution.
Secondary indices or secondary databases are used to access a primary database by a key other than the primary key. Recall that the Supplier Number field is the primary key of the Supplier database. In this section, the Supplier City field will be used as a secondary lookup key. Given a city value, we would like to be able to find the Suppliers in that city. Note that more than one Supplier may be in the same city.
Both primary and secondary databases contain key-value records. The key of an index record is the secondary key, and its value is the key of the associated record in the primary database. When lookups by secondary key are performed, the associated record in the primary database is transparently retrieved by its primary key and returned to the caller.
Secondary indices are maintained automatically when index key fields (the City field in this case) are added, modified or removed in the records of the primary database. However, the application must implement a SecondaryKeyCreator that extracts the index key from the database record.
It is useful to contrast opening an secondary index with opening a primary database (as described earlier in Opening and Closing Databases .
A primary database may be associated with one or more secondary indices. A secondary index is always associated with exactly one primary database.
For a secondary index, a SecondaryKeyCreator must be implemented by the application to extract the index key from the record of its associated primary database.
A primary database is represented by a Database object and a secondary index is represented by a SecondaryDatabase object. The SecondaryDatabase class extends the Database class.
When a SecondaryDatabase is created it is associated with a primary Database object and a SecondaryKeyCreator.
The SampleDatabase class is extended to open the Supplier-by-City secondary key index.
import com.sleepycat.bind.serial.SerialSerialKeyCreator;
import com.sleepycat.db.SecondaryConfig;
import com.sleepycat.db.SecondaryDatabase;
...
public class SampleDatabase
{
...
private static final String SUPPLIER_CITY_INDEX = "supplier_city_index";
...
private SecondaryDatabase supplierByCityDb;
...
public SampleDatabase(String homeDirectory)
throws DatabaseException, FileNotFoundException
{
...
SecondaryConfig secConfig = new SecondaryConfig();
secConfig.setTransactional(true);
secConfig.setAllowCreate(true);
secConfig.setType(DatabaseType.BTREE);
secConfig.setSortedDuplicates(true);
secConfig.setKeyCreator(
new SupplierByCityKeyCreator(javaCatalog,
SupplierKey.class,
SupplierData.class,
String.class));
supplierByCityDb = env.openSecondaryDatabase(null,
SUPPLIER_CITY_INDEX,
null,
supplierDb,
secConfig);
...
}
}
A SecondaryConfig object is used to configure the secondary database. The SecondaryConfig class extends the DatabaseConfig class, and most steps for configuring a secondary database are the same as for configuring a primary database. The main difference in the example above is that the SecondaryConfig.setSortedDuplicates() method is called to allow duplicate index keys. This is how more than one Supplier may be in the same City. If this property is not specified, the default is that the index keys of all records must be unique.
For a primary database, duplicate keys are not normally used since a primary database with duplicate keys may not have any associated secondary indices. If primary database keys are not unique, there is no way for a secondary key to reference a specific record in the primary database.
Note that setSortedDuplicates() and not setUnsortedDuplicates() was called. Sorted duplicates are always used for indices rather than unsorted duplicates, since sorting enables optimized equality joins.
Opening a secondary key index requires creating a SecondaryKeyCreator. The SupplierByCityKeyCreator class implements the SecondaryKeyCreator interface and will be defined below.
The SecondaryDatabase object is opened last. If you compare the openSecondaryDatabase() and openDatabase() methods you'll notice only two differences:
openSecondaryDatabase() has an extra parameter for specifying the associated primary database. The primary database is supplierDb in this case.
The last parameter of openSecondaryDatabase() is a SecondaryConfig instead of a DatabaseConfig.
How to use the secondary index to access records will be shown in a later section.
The application-defined SupplierByCityKeyCreator class is shown below. It was used above to configure the secondary database.
public class SampleDatabase
{
...
private static class SupplierByCityKeyCreator
extends SerialSerialKeyCreator
{
private SupplierByCityKeyCreator(StoredClassCatalog catalog,
Class primaryKeyClass,
Class valueClass,
Class indexKeyClass)
{
super(catalog, primaryKeyClass, valueClass, indexKeyClass);
}
public Object createSecondaryKey(Object primaryKeyInput,
Object valueInput)
{
SupplierData supplierData = (SupplierData) valueInput;
return supplierData.getCity();
}
}
...
}
In general, a key creator class must implement the SecondaryKeyCreator interface. This interface has methods that operate on the record data as raw bytes. In practice, it is easiest to use an abstract base class that performs the conversion of record data to and from the format defined for the database's key and value. The base class implements the SecondaryKeyCreator interface and has abstract methods that must be implemented in turn by the application.
In this example the SerialSerialKeyCreator base class is used because the database record uses the serial format for both its key and its value. The abstract methods of this class have key and value parameters of type Object which are automatically converted to and from the raw record data by the base class.
To perform the conversions properly, the key creator must be aware of all three formats involved: the key format of the primary database record, the value format of the primary database record, and the key format of the index record. The SerialSerialKeyCreator constructor is given the base classes for these three formats as parameters.
The SerialSerialKeyCreator.createSecondaryKey method is given the key and value of the primary database record as parameters, and it returns the key of the index record. In this example, the index key is a field in the primary database record value. Since the record value is known to be a SupplierData object, it is cast to that class and the city field is returned.
Note that the primaryKeyInput parameter is not used in the example. This parameter is needed only when an index key is derived from the key of the primary database record. Normally an index key is derived only from the primary database record value, but it may be derived from the key, value or both.
The following getter methods return the secondary database object for use by other classes in the example program. The secondary database object is used to create Java collections for accessing records via their secondary keys.
public class SampleDatabase
{
...
public final SecondaryDatabase getSupplierByCityDatabase()
{
return supplierByCityDb;
}
...
}
The following statement closes the secondary database.
public class SampleDatabase
{
...
public void close()
throws DatabaseException {
supplierByCityDb.close();
partDb.close();
supplierDb.close();
shipmentDb.close();
javaCatalog.close();
env.close();
}
...
}
Secondary databases must be closed before closing their associated primary database.