Specifies the slapd configuration file that tells where to create
the indices, what indices to create, etc.
+> -F <slapdconfdirectory>
+
+Specifies a config directory. If both {{EX:-f}} and {{EX:-F}} are specified,
+the config file will be read and converted to config directory format and
+written to the specified directory. If neither option is specified, an attempt
+to read the default config directory will be made before trying to use the
+default config file. If a valid config directory exists then the default
+config file is ignored. If dryrun mode is also specified, no conversion will occur.
+
> -d <debuglevel>
Turn on debugging, as specified by {{EX:<debuglevel>}}. The debug
* PBX Configuration store
* etc.....
+There are various {{SECT:Distributed Schema Files}} that are standards based, but
+you can always create your own {{SECT:Schema Specification}}.
+
There are always new ways to use a Directory and apply LDAP principles to address
certain problems, therefore there is no simple answer to this question.
The short answer is that use of an embedded database and custom indexing system
allows OpenLDAP to provide greater performance and scalability without loss of
-reliability. OpenLDAP, since release 2.1, in its main storage-oriented backends
-(back-bdb and, since 2.2, back-hdb) uses Berkeley DB concurrent / transactional
+reliability. OpenLDAP uses Berkeley DB concurrent / transactional
database software. This is the same software used by leading commercial
directory software.