1.0

Table Of Contents
Server groups enable you to logically group SQLFire peers and servers for managing table data. When you start
an SQLFire server, you specify one or more server group names for the server using the -server-groups
option. For example:
sqlf server start -dir=./server1 -server-groups=servergroup1,servergroup2
If you use the FabricServer interface in a Java application, specify the server-groups boot property
when you start the server.
After starting servers in multiple server groups, you can specify the target groups for partitioned or replicated
tables in the CREATE TABLE statement for those tables. See Server Groups Overview on page 47.
Execute SQL When You Start a Server
You can congure a SQLFire server or peer to execute SQL scripts during its boot process. You can also use
conguration and initialization scripts as an alternative to data dictionary persistence.
You specify SQL scripts using the following startup arguments, which determine when the server executes the
script:
-config-scripts argument to the sqlf server command, or the cong-sql-scripts connection property
with the FabricServer interface. Conguration scripts are executed early in the server boot process, before
SQLFire executes DDL from other peers and servers and before it loads any persistent data from disk. Use
conguration scripts for any preboot conguration that might affect later DDL execution.
-init-scripts argument to the sqlf server command, or the init-sql-scripts connection property with
the FabricServer interface. Initialization scripts are executed after the initial DDL execution, during the
boot procedure. Use initialization scripts to load data into existing tables or to execute DDL statements that
depend on other DDL statements delivered from other peers or servers.
To use conguration and initialization scripts as an alternative to data dictionary persistence, ensure that the rst
peer or server that you start in the cluster uses conguration scripts to execute the required DDL for your
application. All other peers and servers can then use initialization scripts to nish executing dependent DDL
and to populate your schema with data.
Using Additional Boot Properties
The sqlf server command uses command-line arguments to congure most boot properties for SQLFire
servers. You can specify a number of additional SQLFire properties to congure different aspects of the distributed
system.
You pass additional properties to the script as "-key=value" pairs on the command line, where the key corresponds
to a valid SQLFire property. Or, you can dene parameter values in a properties le that the sqlf server
command reads at runtime. By default, the server reads input conguration properties from a le named
sqlfire.properties in the working directory. You can specify a different conguration le by using the
sqlfire.properties property at boot time.
You can use supported conguration properties either with the sqlf server command or the FabricServer
interface in Java applications. You can also specify the properties as JDBC connection properties when you start
a peer client using the JDBC peer driver as described in Developing Java Clients and Peers on page 105.
Conguration Properties on page 299 describes all available conguration properties.
Configuring SQLFire Properties
SQLFire uses property values to congure the behavior of the distributed system. You can specify property
values in a variety of ways depending on how you start the SQLFire server or peer.
Precedence for Using Property Values
SQLFire conguration attribute values can come from the following sources:
217
Starting and Configuring SQLFire Servers