IBM Flex System x240 w

}/*----------------------------------------------------------------------*//* generate nu_ord table *//*----------------------------------------------------------------------*/void gen_nu_ord_tbl( void ){sqlint32 ware_num = 0 ;sqlint32 dist_num = 0 ;sqlint32 nu_ord_id = 0 ;int nu_ord_hi ;IOH_NUM numBytes;ioHandle hnd;char Buffer[1024];/* compute maximum and minimumorder numbers for thisdistrict */nu_ord_hi = CUSTOMERS_PER_DISTRICT - NU_ORDERS_PER_DISTRICT + 1;if (nu_ord_hi < 0) {nu_ord_hi = CUSTOMERS_PER_DISTRICT - (CUSTOMERS_PER_DISTRICT / 3) + 1;fprintf(stderr,"\n**** WARNING **** NU_ORDERS_PER_DISTRICT is > CUSTOMERS_PER_DISTRICT\n");fprintf(stderr,"Check the values in file lval.h\n");fprintf(stderr,"Loading New-Order with 1/3 of CUSTOMERS_PER_DISTRICT\n");}timestamp1 = current_time();rc = GenericOpen(&hnd, outtype1, outname1);if (rc != 0) { goto neword_done; }/* We generate in O/W/D order for non-RCT tables. With the* data clustered on O_ID, this gives us good bufferpool* characteristics. We also create a btree index in W/D/O* order, to satisfy MIN(O_ID) queries.** For RCT tables *with* RCT Jump Cache, we *should* generate* the data in W/D/O order (to match the table definition.)* We don't since it would push schema decisions into flat file* generation (and I don't want to do that.) It's just as easy* to sort the flat files afterwards.*/for (nu_ord_id = nu_ord_hi;nu_ord_id