terça-feira, 15 de março de 2011

Bloco PL/SQL para inserção de dados

Criar um bloco pl/sql que insira um novo dep na tabela s_dept

- use a sequencia s_dept_id para o campo id da tabela
- solicite ao usuario o nome do dep
- insira valores nulos p/ o campo region_id

-> no banco de dados...
 
create or replace
procedure insere_departamento (v_nome char) is
v_id number;
begin
  SELECT sequenciaID.NEXTVAL INTO v_id FROM DUAL;
  insert into tabela (id,dep,region_id)
  values (v_id,v_nome,null);
end insere_departamento;

-> no delphi...

- coloque o objeto TStoredProc dentro do formulario que ira disparar esta procedure;
- no evento que voce quiser que dispare coloque o seguinte codigo:
 var
  v_nome : String[50];
  begin
{caso vc queira informar o nome do departamento atraves de uma caixa de dialogo}
  V_nome := inputbox('Informe o nome do departamento.','Depto:','');
  .Params[0].AsString := v_nome;
{caso vc queira buscar o nome atraves de um TEdit já preenchido}
  .Params[0].AsString := .Text;
  .ExecProc;
  end;

Para aqueles que utilizam FieldByName.


Isto é para ser mais um ponto de discussão entre nós, desenvolvedores Delphi.
Sempre fui fã do FieldByName(). Sempre achei que o código ficava muito mais claro com expressões do tipo FieldByName('nome_do_campo').asAlgumaCoisa do que Fields[indice].asAlguma coisa...
Há pouco tempo, em um projeto que estou trabalhando, um amigo do trabalho me pediu que evitasse a utilização de FieldByName e de imediato questionei o porquê de tal decisão. O mesmo me pediu para que eu desse uma olhada na implementação do FieldByName nos fontes da VCL do Delphi. Vou colar aqui função para vocês:
function TDataSet.FieldByName(const FieldName: string): TField;
begin
  Result := FindField(FieldName);
  if Result = nil then DatabaseErrorFmt(SFieldNotFound, [FieldName], Self);
end;


Bom, até agora nada. Mas vamos olhar como é implementado o método FindField:

function TDataSet.FindField(const FieldName: string): TField;
begin
  Result := FFields.FindField(FieldName);
  if (Result = nil) and ObjectView then
    Result := FieldList.Find(FieldName);
  if Result = nil then
    Result := FAggFields.FindField(FieldName);
end;


Até agora ainda não temos nada de concreto sobre o motivo da não utilização do FieldByName a mim solicitada. Sendo um pouco mais persistente, vamos ver o método FindField do objeto FFields que é do tipo TField:

function TFields.FindField(const FieldName: string): TField;
var
  I: Integer;
  begin
    for I := 0 to FList.Count - 1 do
    begin
      Result := FList.Items[I];
      if AnsiCompareText(Result.FFieldName, FieldName) = 0 then Exit;
    end;
    Result := nil;
end;


Agora sim podemos concluir alguma coisa. Observando o código à cima, vamos pensar na seguinte situação. Imaginem que temos um dataset com 60 campos e temos na posição 60 um campo valorado com o qual precisamos fazer uma soma do tipo:

valor := 0;
while not DataSet.Eof do
  begin
    Valor := valor + DataSet.FieldByName('campo_valorado').asCurrency;
    DataSet.Next;
end;


Se tivermos neste DataSet 100000 registros, teremos que passar pela linha de código


...

Valor := valor + DataSet.FieldByName('campo_valorado').asCurrency;
...

100000 vezes. Um processamento rasoável. Mas e o FieldByName? Observem que na implementação do método FindField da classe TField é utilizado um for de 0 até o número de campos para se encontrar o campo desejado e assim retornar o valor. Sendo, o nosso campo desejado, o campo de número 60, cada chamada de FieldByName - em nosso caso - ocasionaria um processamento de uma repetição 60 vezes até que o campo seja encontrado. Agora vamos fazer uma conta simples:


100000 registros x 60 vezes (FieldByname) = 6000000 instruções processadas.


Poxa, chegamos a um valor alto né.


Mas qual a solução? Fields[60]?


Vamos ver a implementação da classe TFields para ver como o mesmo processa a instrução Fields[indice]:

TFields = class(TObject)
private
FList: TList;
...
protected
...
function GetField(Index: Integer): TField;
...
public
...
property Fields[Index: Integer]: TField read GetField write SetField; default;
end;


Já podemos ver que Fields é uma property indexada. Opá, algo já nos mostra que isto pode ser mais rápido que a pesquisa com o for do método FieldByName mas vamos mais a fundo. Vamos dar uma olhadinha no método de acesso GetField:

if FSparseFields > 0 then
begin
  if Index >= FSparseFields then
    DatabaseError(SListIndexError, DataSet);
  Result := FList[0];
  Result.FOffset := Index;
end else
  Result := FList[Index];


Reparem quem em nosso caso, que apenas a linha Result := FList[Index]; será acionada utilizando um TList onde são armazenados os campos de um DataSet. E como será a implementação da propriedade que define os itens de um TList?

TList = class(TObject)
private
FList: PPointerList;
...
protected
function Get(Index: Integer): Pointer;
...
public
...
property Items[Index: Integer]: Pointer read Get write Put; default;
...
end;


Por fim chegamos ao método de acesso Get da property items da classe TList:

function TList.Get(Index: Integer): Pointer;
begin
  if (Index < 0) or (Index >= FCount) then
    Error(@SListIndexError, Index);
  Result := FList^[Index];
end;

Observem a diferença. Aqui se trabalha com Ponteiros para a localização do campo desejado. Sendo assim, o processamento desta instrução terá peso 1, mesmo que tenhamos 60 campos em nosso DataSet. Vamos voltar a conta que fizemos anteriormente:

100000 registros x 1 vez (Fields[indice]) = 100000 instruções processadas.


Olha que diferença entre executar 6000000 de instruções e 100000. Por isto digo, dentro de Loops envolvendo um campo de um DataSet com vários campos, pensem bem se vale a pena utilizar

valor := 0;
while not DataSet.Eof do
begin
  Valor := valor + DataSet.FieldByName('campo_valorado').asCurrency;
  DataSet.Next;
end;


ou

valor := 0;
while not DataSet.Eof do
begin
  Valor := valor + DataSet.Fields[60].asCurrency; //campo_valorado
  DataSet.Next;
end;


Querem algo para arrepiar os cabelos? Pensem em algo do tipo:

FieldByName('A').asInteger :=
((FieldByName('B').asInteger + FieldByName('C').asInteger)/ FieldByName('D').asInteger) * FieldByName('E')

Isto para 1000 registros, em um DataSet com 5 campos (algo bem pequeno) daria no pior caso:

1(A) x 2(B) x 3(C) x 4(D) x 5(E) x 100 = 120000 instruções processadas


Agora transportem esta situação para um DataSet com um pouco mais de campos e um pouco mais de registros. (Sai até um palavrão neste momento do pensamento de vocês, não sai?)


Observem que um comentário já torna o código mais claro. Não estou desaconselhando a utilização do FieldByName porém, temos que avaliar muito bem mesmo quando formos utilizar um simples método como este.

Relatório agrupado no QuickReport com IBQuery


vamos aprender a criar relatórios agrupados com o QuickReport, utilizando apenas uma tabela. Este artigo é destinado a iniciantes em relatórios com QuickReport, e para quem utiliza componentes da palheta IBX (Interbase) para o acesso a dados.
Há muito tempo atrás, em alguma galáxia bem distante.....
O tal relacionamento de tabelas diz que para uma base de dados inteligente e eficiente, deve-se ter o mínimo de campos dentro das tabelas, ou seja, apenas os essenciais, para não pesar o sistema, isso é importantíssimo, tanto que todos nós quando criamos um programa de pedidos por exemplo, temos 4 tabelas essenciais contendo no mínimo esses campos:
Tabela Clientes:
  Cod_Cli
  Nm_Cliente
  Endereco

Tabela Produtos:
  Cod_Prod
  Descricao
  Vl_Unit
  Q_Estoque

Tabela Pedidos:
  Cod_Ped
  Cod_Cli
  Data
  Vl_Total

Tabela Itens_Pedido:
  Cod_Ped
  Cod_Cli
  Cod_Prod
  Nm_Produto
  Quant
  Vl_Itens
Veja, que a ligação entre elas são os campos de códigos (ID), a tabela clientes se relaciona com a tabela de pedidos que por sua vez se relaciona com a tabela itens de pedidos, a qual tem um campo que guarda o código do cliente e o código do produto. Isso é relacionamento de tabelas! Pergunta: pra que isso?
Para mostrar que, para se criar um relatório eficiente, é preciso primeiro saber quais campos se tem nas tabelas e quais você vai querer impressos em seus relatórios. Isso chama-se planejamento. Pode poupar grande tempo na hora de criar softwares. Antes de ir para linha de código, planeje o máximo possível. Também podemos criar uma tabela para guardar serviços faturados, clientes pré-cadastrados que executam serviços pagos no decorrer do mês, contendo apenas campos essenciais para consulta como:
COD_PEDIDO / CLIENTE / DATA / SERVICO / QUANT / VALOR
Ou seja, em uma mesma tabela, temos o nome completo do cliente, a data da compra, o tipo do produto, a quantidade e o subtotal do item. Claro que em uma tabela comum, temos até mais campos, como por exemplo um campo booleano que irá controlar se o acúmulo de serviços do cliente já foi pago ou não, e, o nome do cliente muitas vezes não se tem, o que se tem é apenas o código do cliente. Para facilitar esse exemplo, vamos considerar que na mesma tabela tenhamos estes campos. Em outro artigo estarei mostrando como montar um formulário Mestre/Detalhe com o relacionamento de 3 tabelas.
Agrupamento em apenas 1 tabela
Inicie um novo projeto no delphi, deixe o nome do form principal como Form1 mesmo, salve a Unit como Ureport e o projeto como Preport. Adicione um botão e um componente DateTimePicker da palheta Win32. Adicione também os seguintes componentes da palheta Interbase: 1 IBDatabase, 1 IBTransaction e IBQuery. Configure-os de acordo com a sua base de dados.
Obs.: Para mais detalhes sobre criação de base de dados no Interbase ou configuração dos componentes de conexão, veja meu artigo "Como Imprimir Etiquetas com o QuickReport".
Vamos partir para a criação do relatório propriamente dito – ATENÇÃO PARA OS DETALHES.
Vá em File/New/Other e escolha Report.
O delphi irá criar um novo formulário já com um componente QuickReport todo configurado. Configure o relatório com o nome de Qr1 (propriedade Name) e salve a Unit como UrelAG. Pronto, vamos começar a configurar nosso relatório.
Para testarmos o exemplo durante o desenvolvimento, antes de mais nada, adicione uma IBQuery da palheta Interbase no form do relatório (QR1) e configure as seguintes propriedades:
  DataBaseName: IBDatabase1
  SQL: Select * from ItensPedidos
  Active: true;
Lembre-se: se estiver usando algum DataModule, não esqueça de colocar no DatabaseName da Ibquery o endereço completo (exemplo: dm1.IBDataBase1). Caso não esteja aparecendo na propriedade DatabaseName da Ibquery o caminho do DataModule, basta ir à unit do relatório, e após a palavra implemention escreva a seguinte linha:
  Uses UmoduloDados;
Isso irá vincular a sua unit do relatório (UrelAG) ao Datamodule que contém todos os seus componentes de acesso a dados. Veja se o nome da unit do seu datamodule está igual a esse, senão, coloque o nome certo.
Na propriedade SQL da IBQuery, colocamos nada mais que uma simples declaração sql para trazer todos os campos da tabela ItensPedidos para o mesmo, assim, quando colocar algum Qrdbtext no relatório e posicionar o Dataset dele apontando para nossa Ibquery, poderá utilizar a propriedade DataField para indicar qual campo esse Qrdbtext irá representar. Mais à frente isso ficará mais claro.
Importante: No relatório, aponte a propriedade DATASET do RELATÓRIO para a Ibquery do relatório. Não esqueça disso, senão não irá funcionar.
Adicione um componente QrBand da palheta Qreport, altere a propriedade BandType para rbGroupFooter (Atenção, apartir daí o nome da QRBand vai aparecer como GroupFooter, não se espante, estou apenas alertando para que não haja confusão), e adicione um QRLabel.
Adicione um QrGroup e na sua propriedade FooterBand coloque QRBand1, na propriedade Expression coloque IBQUERY1.CLIENTE. Isso fará a ligação dos grupos, o sistema saberá que o campo cliente é que vai fazer o agrupamento, esse é o segredo!
Coloque dentro do QrGroup, um QRDBtext; aponte sua propriedade dataset para a Ibquery e DataField para CLIENTE. Para ficar melhor destacado, altere na propriedade Font do QRDBtext, o tamanho e estilo da fonte (Negrito).
Adicione um QrSubdetail, e dentro dele, 4 qrdbtext, apontando o dataset para a ibquery, e a propriedade dataField de cada uma deles para os campos DATA, SERVICO, QUANT e VALOR, respectivamente. Arrume-os um ao lado do outro como preferir.
Nesse momento, seu relatório já está agrupando todos os itens através dos clientes. Para testar, apenas dê um preview no relatório e verá todos os clientes com seus respectivos itens abaixo. Lembre-se: para funcionar a Ibquery do relatório deve estar com a propriedade Active igual a True. O resultado será algo mais ou menos assim:
CLIENTE 1
  12/04/2006 CAMISA 1  25,00
  13/04/2006 BOLSA  1  12,00
  14/04/2006 CALÇA  3 120,00

CLIENTE 2
  13/04/2006 BOLSA  2  24,00
  14/04/2006 CALÇA  2  80,00
Para testar isso em RunTime (tempo de execução), vc precisará mudar o dataset de TODOS OS COMPONENTES (QrBand, QrGroup, QuickReport, QRDBText´s) que estão aqui para uma query externa, alguma query que esteja em algum form ou em datamodule. Em nosso caso será a Ibquery1 do Form1. Para isso, mude todos os datasets de todos os componentes contidos no Qr1 para Form1.Ibquery1.
Na propriedade Expression do componente QrGroup, não precisa colocar Form1.Ibquery1.CLIENTE. Apenas deixe IBQuery1.CLIENTE. O componente irá procurar no sistema todo, a primeira query que ele encontrar com esse nome e já irá agrupar. Por isso recomendo usar uma Ibquery somente para isso, com um nome específico, tipo IBQueryItensPed. Isso evitará maiores transtornos futuros. No botão que fará a consulta digite o seguinte comando:
var
  C : string;
begin
  C:='Select * from ItensFiados Order By Cliente';
  IBQuery1.SQL.Clear;
  IBQuery1.SQL.Add(C);
  IBQuery1.Open;
  if IBQuery1.EOF = False Then
  Begin
    qr1.preview;
  end;
end;
Note que usei uma variável string típica para guardar a declaração, e depois enviar tudo para a propriedade SQL da Ibquery, que se encontra no form principal, e não na Ibquery que está no Report (Qr1). Pode-se colocar qualquer coisa na variável como uma consulta por dia, mês ou período, é só deixar a imaginação fluir. Exemplo:
  C := 'Select * from ItensFiados where (Data = '+
       #39 + DatetoStr(Dt1.Date) + #39 + ') ' +
       ' Order By Cliente';
Digite uma data no DateTimePicker do form que já contenha registros na tabela e pronto, ele irá buscar através do dia. Claro que o campo data da tabela ItensFiados é do tipo Date, não se esqueça disso!
Bom, aí já temos nosso agrupamento por cliente. Ele irá mostrar todos os clientes que fizeram compras e os respectivos produtos que cada um comprou, ordenado pelo cliente, mas falta alguma coisa:
Um subtotal de cada cliente e um total ao final da folha
Muitos me disseram para usar o componente Qrexpr da palheta Qreport. Lí sobre ele no forum aqui do próprio site mas vou falar que eu tentei, fiz de tudo para ele fazer o cálculo e não funcionou. Apenas consegui fazê-lo funcionar em modo de criação (preview do QuickReport dentro do delphi). Então, um amigo, Danilo Tielles (danilotielles@hotmail.com), me ajudou com uma dica muito legal, e por isso os créditos são todos para ele:
Declare duas variáveis públicas no relatório (Qr1).
  public
    vlsub, vltot: double;
Essas variáveis servirão para guardar os valores encontrados, lembre-se: estamos trabalhando com valores (dinheiro, moeda), então usamos as variáveis do tipo double. Pode-se usar qualquer tipo de variável, não se prenda apenas a esse exemplo.
No relatório, de um duplo clique e irá aparecer a tela de configurações do report. Procure pela opção Sumary e marque seu checkbox. Será adicionado ao relatório uma nova banda chamada Sumary. Adicione um QrLabel a esta banda que ficará com o nome de Qrlabel2. Agora vamos aos comandos:
Iremos programar as propriedades BeforePrint das bandas conforme abaixo, siga atentamente a ordem:
procedure TQR1.PageHeaderBand1BeforePrint(Sender: TQRCustomBand;
  var PrintBand: Boolean);
begin
  vltot:=0;
end;

procedure TQR1.QRGroup1BeforePrint(Sender: TQRCustomBand;
  var PrintBand: Boolean);
begin
  vlsub:= 0;
end;

procedure TQR1.QRSubDetail1BeforePrint(Sender: TQRCustomBand;
  var PrintBand: Boolean);
begin
  vlsub:= vlsub+StrtoFloat(Form1.IBQuery1.fieldbyname('Valor').AsString);
  vltot:= vltot+StrtoFloat(Form1.IBQuery1.fieldbyname('Valor').AsString);
end;

procedure TQR1.QRBand1BeforePrint(Sender: TQRCustomBand;
  var PrintBand: Boolean);
begin
  qrlabel1.Caption:= 'Total do Cliente: '+FormatFloat('R$ #,##0.00', vlsub);
  qrlabel2.Caption:= 'Total: '+FormatFloat('R$ #,##0.00', vltot);
end;
Explicação rápida:
Em primeiro, zeramos a variável VlTotal, porque ela irá mostrar o total no final da folha, e precisamos zerar ela somente uma vez, quando iniciamos o relatório;
Em segundo, zeramos a variável VlSub, pois a cada agrupamento, deve ser zerado o campo VAOR, para começar a somar de novo, senão ele irá acumular os valores de todos os clientes consecutivamente, ou seja, ele irá somar os ítens do primeiro com os do segundo cliente e assim por diante.
Em terceiro, dizemos para as variáveis quais campos ela deverá somar. Nesse caso será o campo VALOR da tabela ItensPedidos, e como o QrSubdetail se repete conforme acha alguma informação na tabela, ele irá somar até o final dos itens de cada cliente.
O quarto e último não precisa de muitos esclarecimentos. Ele irá exibir o valor das variáveis no formato moeda nos QrLabel´s.

sábado, 12 de março de 2011

Extraindo Dia, Mês e Ano de uma base Access (mdb)


Para quem não conhece, a função EXTRACT no firebird, por exemplo, consegue extrair de um campo Date, Time ou TimeStamp um valor único, como Dia, Mês ou Ano de uma data ou até Horas, Minutos e Segundos de uma Hora. No Access, o comando é um pouco diferente.

Veja abaixo um exemplo de como se listar os aniversariantes do Mês:
var
vMES: Integer;
begin
vMES := 11; //Fixo para Teste -> StrToInt(ComboBox1.Text);
with ADOQuery1 do
begin
Close;
sql.Clear;
Sql.Add('SELECT ALUNOS.DataNascAluno, ALUNOS.NomeAluno, ' +
'ALUNOS.EnderecoAluno, ALUNOS.BairroAluno, ' +
'ALUNOS.CidadeAluno, ALUNOS.CEPAluno FROM ALUNOS ');
Sql.Add('WHERE (Month([DataNascAluno]) = :MES) ');
Sql.Add('ORDER BY NomeAluno');
Parameters.ParamByName('MES').Value := vMES;
Open;
end;
end;

Para extrair Dia e Ano, respectivamente, use Day([Nome_Campo]) e Year([Nome_Campo]).

Vale lembrar que o valor retornado corresponde à configuração de data e hora do computador, ou seja, se estiver no formato dd/mm/yyyy (4 dígitos no ano) e a SQL utilizada for ..WHERE ( YEAR([DATA_NASC]) = 85), nenhum registro será encontrado, a menos que troque o 85 por 1985.

Dias úteis em um intervalo de datas


Veja nesta dica uma pequena função para nos retornar quantos dias úteis existem entre duas datas. A função percorre todos os dias do intervalo, para contar quantos dias existem que não sejam sábados ou domingos.

Segue a função:
Function Dias_Uteis(DataI, DataF: TDateTime): Integer;
var Contador: Integer;
begin
if DataI > DataF then
begin
result := 0;
exit;
end;

Contador := 0;
while (DataI <= DataF) do
begin
if ((DayOfWeek(DataI) <> 1) and (DayOfWeek(DataI) <> 7)) then
Inc(Contador);
DataI := DataI + 1
end;
    result := Contador;

quarta-feira, 9 de março de 2011

Obter o MAC das placas de redes


Muitos desenvolvedores tem a necessidade de implementar rotinas de segurança, principalmente visando o controle de acessos por IP´s e outros endereços físicos que garantam maior proteção aos seus softwares.
Uma das alternativas utilizadas é a implementação de funções que obtenham o número físico de periféricos para implementar em rotinas específicas, travas de segurança, como HD´s, Placa Mãe, etc..

A obtenção do MAC das placas de redes pode ser uma boa opção para se criar uma rotina de segurança, tanto a nível de travas, quanto ao número de licenças dos softwares por máquinas ou usuários.

O MAC atribuído as placas de redes, são códigos únicos gravados nas próprias placas, possuindo o código do fabricante e suas variantes, fazendo com que para cada placa de rede, tem-se um MAC diferente.

Abaixo apresento um função que pega o número do MAC, e, que posterior possa ser gravado num banco de dados, registro, etc. Para validar o periférico a cada acesso ao sistema:

function MacAddress: string;
var
  Lib: Cardinal; 
  Func: function(GUID: PGUID): Longint; stdcall;
  GUID1, GUID2: TGUID;
begin
  Result := '';
  Lib := LoadLibrary('rpcrt4.dll');
  if Lib <> 0 then
  begin
    @Func := GetProcAddress(Lib, 'UuidCreateSequential');
    if Assigned(Func) then
begin
      if (Func(@GUID1) = 0) and
     (Func(@GUID2) = 0) and
         (GUID1.D4[2] = GUID2.D4[2]) and
         (GUID1.D4[3] = GUID2.D4[3]) and
         (GUID1.D4[4] = GUID2.D4[4]) and
         (GUID1.D4[5] = GUID2.D4[5]) and
         (GUID1.D4[6] = GUID2.D4[6]) and
         (GUID1.D4[7] = GUID2.D4[7]) then
      begin
        Result := IntToHex(GUID1.D4[2], 2) + '-' +
          IntToHex(GUID1.D4[3], 2) + '-' +
          IntToHex(GUID1.D4[4], 2) + '-' +
          IntToHex(GUID1.D4[5], 2) + '-' +
          IntToHex(GUID1.D4[6], 2) + '-' +
          IntToHex(GUID1.D4[7], 2);
      end;
    end;
  end;
end;

CheckBox em Grids


Conheceremos uma maneira muito fácil e simples para colocar um CheckBox em um StringGrid ou DBGrid.
Para fazer este exemplo vamos precisar de um StringGrid e um ImageList.

Bom antes que muito perguntem o porque do ImageList vou explicar: Podemos utilizar o canvas para desenhar um CheckBox no Grid, porém com o ImageList podemos variar a imagem do CheckBox como quisermos!

É bem simples. Faça o desenho do seu CheckBox como quiser (uma imagem do checkBox checado e a outra não), e coloque as duas no ImageList.

Vamos trabalhar em cima da propriedade OnDrawCell, que é a responsável por desenhar cada célula do grid.

Neste evento temos as variaveis ARow (Linha), Acol (Coluna) e Rect (área de cada célula identificada por ARow e Acol).

Neste exemplo eu coloquei o "index 0" do ImageList com a imagem checada e o "index 1" como não checada.

Veja o código abaixo: se a Coluna(ACol) for igual a 1 ,ou seja, a segunda coluna, e Linha (ARow) maior que "0" (não sendo o titulo), então ele testa se nesta célula tem o texto ' .' (que eu em particular escolhi, para representar o valor verdadeiro). Então ele desenha o CheckBox já "Checado", e caso esteja vazia a celula (''), desenha o checkBox não checado!.

As variáveis Rect.Left e Rect.Top representam o lugar onde o checkbox será desenhado dentro da celula.

procedure TForm1.GridDrawCell(Sender: TObject; ACol, ARow: Integer;
  Rect: TRect; State: TGridDrawState);
var
  R: TRect;
begin
  if (Acol = 1) and (ARow > 0) then
    if Grid.Cells[ACol,ARow] = ' .' then
      ImageList1.Draw(Grid.Canvas, Rect.Left+4, Rect.Top+4, 0)
    else
      if Grid.Cells[ACol,ARow] = '' then
        ImageList1.Draw(Grid.Canvas, Rect.Left+4, Rect.Top+4, 1);
end;

Curso de Delphi: 7.Consultas SQL