SELECT * FROM sysobjects
 

A coluna type e xtype possuem informação sobre o tipo de objeto. Tome cuidado para não confundir os valores das constantes. Há pequenas particularidades entre elas.
Para exibir todas as tabelas criadas pelo usuário executamos a seguinte instrução:
 

SELECT  * FROM sysobjects WHERE xtype='U'
 

Ou saber as trigger existentes em cada tabela:

 
SELECT
    Sys2.name           AS TableName,
    Sys1.name           AS TriggerName,
    CASE
        WHEN Sys1.deltrig > 0 THEN 'Delete'
        WHEN Sys1.instrig > 0 THEN 'Insert'
        WHEN Sys1.updtrig > 0 THEN 'Update'
    END
FROM
    sysobjects Sys1
    INNER JOIN sysobjects Sys2 ON
        Sys1.parent_obj = Sys2.id
WHERE
    Sys1.xtype = 'TR'
ORDER BY
    Sys2.name
 

Lista de possibilidades de valores para a coluna xtype:

• C = CHECK constraint 
• D = Default or DEFAULT constraint 
• F = FOREIGN KEY constraint 
• L = Log 
• P = Stored procedure 
• PK = PRIMARY KEY constraint (type is K) 
• RF = Replication filter stored procedure 
• S = System table 
• TR = Trigger 
• U = User table 
• UQ = UNIQUE constraint (type is K) 
• V = View 
• X = Extended stored procedure

 
A tabela syscolumns retorna uma linha para cada coluna de um objeto que tem colunas, como exibições ou tabelas. E pode ser um auxilio na obtenção de informação sobre as colunas das tabelas:

 
SELECT 
    *
FROM 
    sysobjects SysObj
    INNER JOIN syscolumns SysCol ON
        SysObj.id = SysCol.id
WHERE 
    SysObj.TYPE='U'
    AND
    SysObj.name = 'tbl_cliente'
 

Referência:

• MSDN Microsoft

Observação: Os exemplos deste post foram criados para a versão 2005 do SQL Server, para versão 2000 do SQL Server consulte o artigo Mapeando tabelas do sistema do SQL Server 2000 para exibições do sistema do SQL Server 2005

• O desenvolvedor perde muito tempo codificando classes e diversos métodos para preencher seus objetos.
• Quanto mais o sistema cresce, mais complexo se torna o código para preencher os objetos utilizados pela aplicação.
• O processo de preencher todos os objetos em cascata, muitas vezes torna lento o sistema, alem disso, podem acabar causando diversos erros por seus objetos estarem nulos, quando não são corretamente preenchidos.
• Difícil manutenção e escalabilidade do sistema.

Para resolver esses problemas temos algumas aternativas, como a utilização de ferramentas de mapeamento objeto/relacional, como o iBatis e Hibernate.

A versão do Hibernate para .NET chama-se NHibernate.

Mas o que são essas ferramentas:

Ambos são framework escritos em Java e .NET (o iBatis também trabalha com Ruby/Rails), que trabalham com aplicações permitindo o acesso a banco de dados sem a necessidade de escrever uma linha de código JDBC ou ADO.NET, fazendo todo todo o acesso através de associações de querys SQL ou stored procedures a objetos por meio de um XML de mapeamento.

Com essas ferramentas podemos reduzir significativamente os problemas apresentados acima.

Mais adiante farei um post com exemplo de utilização do iBatis e hibernante.

Até mais