Senthil's questions

Estamos vendo um desempenho lento ao usar o COPYcomando em uma tabela intercalada com 4 chaves de classificação. Quando removo a opção intercalada, a cópia termina muito rapidamente.

Estas são as estatísticas para copiar dados do S3 para o Redshift:

Carregamos 70 milhões de registros

Chave de classificação intercalada - 52 minutos Chave de classificação composta - 8 minutos Sem chave de classificação - 7 minutos

Nossa chave de classificação tinha 4 colunas. Temos um DIST KEYtambém.

Alguém pode fornecer um raciocínio de por que o desempenho da cópia em uma chave de classificação intercalada tem um desempenho ruim?

Equipe,

Carregamos shapefiles no DB2 usando utilitários de importação do db2se.

Tenho tentado encontrar ajuda para carregar arquivos Raster e não consegui encontrar nenhuma ajuda sobre isso. seria muito útil se eu pudesse obter um guia sobre como carregar arquivos raster no DB2.

Quando tento importar um shapefile usando o db2se, especifico as colunas de entrada a serem carregadas na sintaxe como o COLUMN NAME

db2se import_shape <dbname> -userId <username>
-pw <password> -fileName <shapefile to be loaded> -inputAttrColumns N(Cat_Zones) -srsName WGS84_SRS_1003 -tableSchema GEXPDBA -tableName TPOLYGON_STAGING -tableAttrColumns VC_FLD_1 -createTableFlag 0 -spatialColumn POLYGON_OB -typeSchema db2gse -typeName st_multipolygon -messagesFile C:\ABC1.txt -client 1

GSE2112N  The column "CAT_ZONES" cannot be found in the dBASE file.

Mas se eu substituir pelo parâmetro POSITIONAL, funciona.

db2se import_shape <dbname> -userId <username>
-pw <password> -fileName <shapefile to be loaded> -inputAttrColumns P(1) -srsName WGS84_SRS_1003 -tableSchema GEXPDBA -tableName TPOLYGON_STAGING -tableAttrColumns VC_FLD_1 -createTableFlag 0 -spatialColumn POLYGON_OB -typeSchema db2gse -typeName st_multipolygon -messagesFile C:\ABC1.txt -client 1

GSE0000I  The operation was completed successfully.

Qualquer motivo para isso acontecer. As informações do shapefile são as seguintes.

db2se shape_info -filename <shapefile to be loaded>

Shape file information
----------------------
File code                  = 9994
File length (16-bit words) = 2533850
Shape file version         = 1000
Shape type                 = 5 (ST_MULTIPOLYGON)
Number of records          = 2636

Minimum X coordinate = -173.109762
Maximum X coordinate = -66.954002
Minimum Y coordinate = 18.915497
Maximum Y coordinate = 71.398048
Shapes do not have Z coordinates.
Shapes do not have M coordinates.

Shape index file (extension .shx) is present.

Attribute file information
--------------------------
dBase file code                = 3
Date of last update            = 2013-09-03
Number of records              = 2636
Number of bytes in header      = 97
Number of bytes in each record = 305
Number of columns              = 2

Column Number  Column Name      Data Type       Length  Decimal
-------------  ---------------  --------------  ------  -------
            1  Cat_Zones        C ( Character)     254        0
            2  Country          C ( Character)      50        0

Coordinate system definition: "GEOGCS["GCS_WGS_1984",DATUM["D_WGS_1984",SPHEROID
["WGS_1984",6378137.0,298.257223563]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.01
74532925199433],METADATA["World",-180.0,-90.0,180.0,90.0,0.0,0.0174532925199433,
0.0,1262]]"

Enquanto estou tentando importar um shapefile usando o utilitário de arquivo import_shape db2se,

db2se import_shape <dbname> -userId <userid> -pw <password> -fileName U:\ShapeFiles\ShapeFilesMarch2014\SubLimits\Africa_Criteria_Data\AF-CIV.shp -inputAttrColumns N(FIPS_CNTRY) -srsName WGS84_SRS_1003 -tableSchema GEXPDBA -tableName TPOLYGON_STAGING -tableAttrColumns VC_FLD_1 -createTableFlag 0 -spatialColumn POLYGON_OB -typeSchema db2gse -typeName st_multipolygon -messagesFile C:\AF-CIV.txt -client 1

GSE0206N  A SELECT statement failed.  SQLERROR = "SQL0805N  Package    "DB2GSE.GSEIEIMP 0X4141414141644459" was not found.  SQLSTATE=51002".

Alguma ideia de por que esse erro acontece? Eu tentei em todos os fóruns e não consegui depurá-lo.

Se em um MQT, se eu tiver 2 restrições referenciais para a mesma tabela (interpretação de papéis), o uso de uma das restrições não permite que a consulta seja otimizada

Exemplo

FACT_SALES

DIM_BILL_TO_ID --> DIM_ADDRESS

DIM_SHIP_TO_ID --> DIM_ADDRESS

TOTAL DE VENDAS

DIM_ADDRESS

DIM_ADDRESS_ID

NOME DO PAÍS

Eu crio um MQT com a definição de consulta sql como

MQT 1

SELECT COUNTRY_NAME, SUM(SALES_AMOUNT) FROM FACT_SALES INNER JOIN DIM_ADDRESS ON FACT_SALES.DIM_BILL_TO_ID = DIM_ADDRESS.DIM_ADDRESS_ID GROUP BY COUNTRY_NAME

Quando uma consulta é disparada, ocorre a reescrita automática da consulta e o MQT é usado

Digamos que minha definição foi

MQT 2

SELECT a1.COUNTRY_NAME AS BILL_TO_NAME, a2.COUNTRY_NAM AS SHIP_TO_NAME, SUM(SALES_AMOUNT) FROM FACT_SALES INNER JOIN DIM_ADDRESS a1 ON FACT_SALES.DIM_BILL_TO_ID = a1.DIM_ADDRESS_ID INNER JOIN DIM_ADDRESS a2 ON FACT_SALES.DIM_SHIP_TO_ID = a2.DIM_ADDRESS_ID = a2.DIM_ADDRESS_ID

GROUP BY a1.COUNTRY_NAME,a2.COUNTRY_NAME

e a consulta que foi disparada foi

SELECT COUNTRY_NAME, SUM(SALES_AMOUNT) FROM FACT_SALES INNER JOIN DIM_ADDRESS ON FACT_SALES.DIM_SHIP_TO_ID = DIM_ADDRESS.DIM_ADDRESS_ID GROUP BY COUNTRY_NAME

A reescrita da consulta não acontece... mas, em vez disso, se eu usar BILL_TO_ID na consulta, a reescrita da consulta acontece...

Existe alguma lógica em que o otimizador do DB2 não consegue entender as colunas de interpretação de função?