19.12.2012 Views

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

IT Baseline Protection Manual - The Information Warfare Site

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Safeguard Catalogue - Organisation Remarks<br />

____________________________________________________________________ .........................................<br />

- <strong>The</strong> sequence of the specified selection conditions is of great importance<br />

for restrictive database queries (WHERE clause). <strong>The</strong> WHERE clause<br />

should be formulated so that the first condition selects the smallest possible<br />

result set, whilst the last condition selects the largest result set. This<br />

optimises the performance of the database system through an efficient<br />

arrangement of the selection conditions, which notably accelerates search<br />

operations. <strong>The</strong> same applies to database queries formulated for several<br />

tables (so-called joins).<br />

It must be noted here that database management systems often optimise<br />

database queries automatically. In fact, many database management<br />

systems offer several optimisation strategies which can be selected via<br />

various parameters. If a database management system does make use of<br />

such Optimisers however, it might be possible that carefully formulated<br />

database queries are internally not processed as expected.<br />

In this respect, some database management systems allow the processing of<br />

database queries to be monitored (e.g. with EXPLAIN in Oracle or<br />

SETOEP in Ingres). It is also possible to use HINTS to explicitly define the<br />

processing of database queries, thus eliminating the need for optimisers.<br />

However, this option should only be used when absolutely necessary.<br />

<strong>The</strong> optimisers supported by a database management system as well as<br />

their advantages and disadvantages are usually documented in the manuals<br />

accompanying the system. If several optimisers are available, the<br />

administrator should be requested to specify a suitable one for use.<br />

- In the case of Joins, it must also be noted that fields are allocated uniquely<br />

to tables.<br />

Example:<br />

TabA: ID NUMBER(4)<br />

Manufacturer# NUMBER(6)<br />

TabB: ID NUMBER(4)<br />

Article# NUMBER(10)<br />

Price NUMBER(10,2)<br />

Designation VARCHAR(30)<br />

SELECT TabA.ID, TabB.Designation, TabB.Price<br />

FROM TabA, TabB<br />

WHERE TabA.ID=TabB.ID<br />

<strong>The</strong> "ID" field is present in both tables and must therefore be specified<br />

explicitly together with the corresponding table name in the database<br />

query. Otherwise the uniqueness of the selection is no longer ensured, and<br />

the database query is aborted with the issue of a corresponding error<br />

message.<br />

All other fields can be allocated uniquely in this case. SQL does not require<br />

an explicit specification of the related table name for each field.<br />

____________________________________________________________________ .........................................<br />

<strong>IT</strong>-<strong>Baseline</strong> <strong>Protection</strong> <strong>Manual</strong>: Oktober 2000

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!