您正在查看: 标签 源代码 下的文章

信息模式schemata

34.34. schemata

视图schemata包含当前数据库里由当前用户拥有的所有模式。

Table 34-32. schemata字段

名字数据类型描述
catalog_namesql_identifier此模式所在的数据库名称(总是当前数据库)
schema_namesql_identifier模式的名字
schema_ownersql_identifier模式的所有者名称
default_character_set_catalogsql_identifier应用于一个PostgreSQL里没有的特性
default_character_set_schemasql_identifier应用于一个PostgreSQL里没有的特性
default_character_set_namesql_identifier应用于一个PostgreSQL里没有的特性
sql_pathcharacter_data应用于一个PostgreSQL里没有的特性

信息模式routines

34.33. routines

视图routines包含当前数据库中的所有函数。 只有当前用户有访问权限(可能是所有者或者有特定权限)的函数才显示出来。

Table 34-31. routines 字段

名称数据类型描述
specific_catalogsql_identifier包含该函数的数据库名称(总是当前数据库)
specific_schemasql_identifier包含该函数的模式名称
specific_namesql_identifier函数的"specific name" "具体名字"。这是一个在模式里唯一标识该函数的名字, 即使函数的真是名字是重载的也如此。 具体名字的格式没有定义,我们应该只是用它和其它具体过程名的实例进行比较。
routine_catalogsql_identifier包含该函数的数据库名称(总是当前数据库)
routine_schemasql_identifier包含该函数的模式名称
routine_namesql_identifier函数的名称(在重载的时候可能重复)
routine_typecharacter_data总是FUNCTION(未来可能会有其它类型的过程。)
module_catalogsql_identifier应用于一个PostgreSQL里没有的特性
module_schemasql_identifier应用于一个PostgreSQL里没有的特性
module_namesql_identifier应用于一个PostgreSQL里没有的特性
udt_catalogsql_identifier应用于一个PostgreSQL里没有的特性
udt_schemasql_identifier应用于一个PostgreSQL里没有的特性
udt_namesql_identifier应用于一个PostgreSQL里没有的特性
data_typecharacter_data如果这是一个内置类型,则为函数的返回数据类型, 如果是某种数组, 则为ARRAY(这个时候,参阅element_types), 否则就是 USER-DEFINED (这种情况下,类型在type_udt_name和相关字段中标识)。
character_maximum_lengthcardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
character_octet_lengthcardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
character_set_catalogsql_identifier应用于一个PostgreSQL里没有的特性
character_set_schemasql_identifier应用于一个PostgreSQL里没有的特性
character_set_namesql_identifier应用于一个PostgreSQL里没有的特性
collation_catalogsql_identifier应用于一个PostgreSQL里没有的特性
collation_schemasql_identifier应用于一个PostgreSQL里没有的特性
collation_namesql_identifier应用于一个PostgreSQL里没有的特性
numeric_precisioncardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
numeric_precision_radixcardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
numeric_scalecardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
datetime_precisioncardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
interval_typecharacter_data总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
interval_precisioncharacter_data总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
type_udt_catalogsql_identifier函数的返回数据类型定义所在的数据库名称(总是当前数据库)
type_udt_schemasql_identifier函数的返回数据类型定义所在的模式名称
type_udt_namesql_identifier该函数的返回数据类型
scope_catalogsql_identifier应用于一个PostgreSQL里没有的特性
scope_schemasql_identifier应用于一个PostgreSQL里没有的特性
scope_namesql_identifier应用于一个PostgreSQL里没有的特性
maximum_cardinalitycardinal_number总是为空,因为这个信息并不应用于PostgreSQL里的返回数据类型
dtd_identifiersql_identifier一个这个函数返回的数据类型的数据类型描述符的标识符,在所有属于这个函数的数据类型描述符中唯一。 这个描述符主要用于和其它这样的标识符进行连接。 (标识符具体的格式没有定义,并且不保证在将来的版本中保持相同。)
routine_bodycharacter_data如果函数是 SQL 函数,那么 SQL,否则是EXTERNAL
routine_definitioncharacter_data函数的源代码文本(如果当前用户不是函数所有者,则为空)。 (根据 SQL 标准,这个字段只又在routine_body是SQL的时候才使用, 但是在PostgreSQL里,这个字段将包含创建函数的时候所声明的任何源文本。)
external_namecharacter_data如果这个函数是一个 C 函数,那么是函数的外部名字(链接符号); 否则为空。(这个字段的数值和routine_definition里显示的数值相同。)
external_languagecharacter_data书写这个函数使用的语言
parameter_stylecharacter_data总是GENERAL(SQL标准定义了其它参数类型,那些类型不适用于PostgreSQL。)
is_deterministicyes_or_no如果这个函数声明为不变的(immutable)(在 SQL 标准里叫确定的(deterministic)), 那么是 YES,否则是NO。 (在PostgreSQL 里你无法通过信息模式查询其它可用的易失性级别。)
sql_data_accesscharacter_data总是MODIFIES,意思是这个函数可能修改 SQL 数据。 这个信息对PostgreSQL没啥作用。
is_null_callyes_or_no如果函数任意输入参数为空,函数则自动返回空,则为YES,否则为NO。
sql_pathcharacter_data应用于一个PostgreSQL里没有的特性
schema_level_routineyes_or_no总是YES(对应的方面是一个用户定义类型的方法,这是一个PostgreSQL里没有的特性。)
max_dynamic_result_setscardinal_number应用于一个PostgreSQL里没有的特性
is_user_defined_castyes_or_no应用于一个PostgreSQL里没有的特性
is_implicitly_invocableyes_or_no应用于一个PostgreSQL里没有的特性
security_typecharacter_data如果这个函数以当前用户的权限运行,则为INVOKER, 如果函数以定义它的用户的权限运行,则为DEFINER
to_sql_specific_catalogsql_identifier应用于一个PostgreSQL里没有的特性
to_sql_specific_schemasql_identifier应用于一个PostgreSQL里没有的特性
to_sql_specific_namesql_identifier应用于一个PostgreSQL里没有的特性
as_locatoryes_or_no应用于一个PostgreSQL里没有的特性
createdtime_stamp应用于一个PostgreSQL里没有的特性
last_alteredtime_stamp应用于一个PostgreSQL里没有的特性
new_savepoint_levelyes_or_no应用于一个PostgreSQL里没有的特性
is_udt_dependentyes_or_no应用于一个PostgreSQL里没有的特性
result_cast_from_data_typecharacter_data应用于一个PostgreSQL里没有的特性
result_cast_as_locatoryes_or_no应用于一个PostgreSQL里没有的特性
result_cast_char_max_lengthcardinal_number应用于一个PostgreSQL里没有的特性
result_cast_char_octet_lengthcharacter_data应用于一个PostgreSQL里没有的特性
result_cast_char_set_catalogsql_identifier应用于一个PostgreSQL里没有的特性
result_cast_char_set_schemasql_identifier应用于一个PostgreSQL里没有的特性
result_cast_char_set_namesql_identifier应用于一个PostgreSQL里没有的特性
result_cast_collation_catalogsql_identifier应用于一个PostgreSQL里没有的特性
result_cast_collation_schemasql_identifier应用于一个PostgreSQL里没有的特性
result_cast_collation_namesql_identifier应用于一个PostgreSQL里没有的特性
result_cast_numeric_precisioncardinal_number应用于一个PostgreSQL里没有的特性
result_cast_numeric_precision_radixcardinal_number应用于一个PostgreSQL里没有的特性
result_cast_numeric_scalecardinal_number应用于一个PostgreSQL里没有的特性
result_cast_datetime_precisioncharacter_data应用于一个PostgreSQL里没有的特性
result_cast_interval_typecharacter_data应用于一个PostgreSQL里没有的特性
result_cast_interval_precisioncharacter_data应用于一个PostgreSQL里没有的特性
result_cast_type_udt_catalogsql_identifier应用于一个PostgreSQL里没有的特性
result_cast_type_udt_schemasql_identifier应用于一个PostgreSQL里没有的特性
result_cast_type_udt_namesql_identifier应用于一个PostgreSQL里没有的特性
result_cast_scope_catalogsql_identifier应用于一个PostgreSQL里没有的特性
result_cast_scope_schemasql_identifier应用于一个PostgreSQL里没有的特性
result_cast_scope_namesql_identifier应用于一个PostgreSQL里没有的特性
result_cast_maximum_cardinalitycardinal_number应用于一个PostgreSQL里没有的特性
result_cast_dtd_identifiersql_identifier应用于一个PostgreSQL里没有的特性

设计模式之Adapter

设计模式之Adapter(适配器)

定义:
将两个不兼容的类纠合在一起使用,属于结构型模式,需要有Adaptee(被适配者)和Adaptor(适配器)两个身份.

为何使用?
我们经常碰到要将两个没有关系的类组合在一起使用,第一解决方案是:修改各自类的接口,但是如果我们没有源代码,或者,我们不愿意为了一个应用而修改各自的接口。 怎么办?

使用Adapter,在这两种接口之间创建一个混合接口(混血儿).

如何使用?
实现Adapter方式,其实"think in Java"的"类再生"一节中已经提到,有两种方式:组合(composition)和继承(inheritance).


假设我们要打桩,有两种类:方形桩 圆形桩.
public class SquarePeg{
  public void insert(String str){
    System.out.println("SquarePeg insert():"+str);
  }

}

public class RoundPeg{
  public void insertIntohole(String msg){
    System.out.println("RoundPeg insertIntoHole():"+msg);
}
}

现在有一个应用,需要既打方形桩,又打圆形桩.那么我们需要将这两个没有关系的类综合应用.假设RoundPeg我们没有源代码,或源代码我们不想修改,那么我们使用Adapter来实现这个应用:

public class PegAdapter extends SquarePeg{

  private RoundPeg roundPeg;

  public PegAdapter(RoundPeg peg)(this.roundPeg=peg;)

  public void insert(String str){ roundPeg.insertIntoHole(str);}

}

在上面代码中,RoundPeg属于Adaptee,是被适配者.PegAdapter是Adapter,将Adaptee(被适配者RoundPeg)和Target(目标SquarePeg)进行适配.实际上这是将组合方法(composition)和继承(inheritance)方法综合运用.

PegAdapter首先继承SquarePeg,然后使用new的组合生成对象方式,生成RoundPeg的对象roundPeg,再重载父类insert()方法。从这里,你也了解使用new生成对象和使用extends继承生成对象的不同,前者无需对原来的类修改,甚至无需要知道其内部结构和源代码.

如果你有些Java使用的经验,已经发现,这种模式经常使用。

进一步使用
上面的PegAdapter是继承了SquarePeg,如果我们需要两边继承,即继承SquarePeg 又继承RoundPeg,因为Java中不允许多继承,但是我们可以实现(implements)两个接口(interface)

public interface IRoundPeg{
  public void insertIntoHole(String msg);

}

public interface ISquarePeg{
  public void insert(String str);

}

下面是新的RoundPeg 和SquarePeg, 除了实现接口这一区别,和上面的没什么区别。
public class SquarePeg implements ISquarePeg{
  public void insert(String str){
    System.out.println("SquarePeg insert():"+str);
  }

}

public class RoundPeg implements IRoundPeg{
  public void insertIntohole(String msg){
    System.out.println("RoundPeg insertIntoHole():"+msg);
  }
}

下面是新的PegAdapter,叫做two-way adapter:

public class PegAdapter implements IRoundPeg,ISquarePeg{

  private RoundPeg roundPeg;
  private SquarePeg squarePeg;

  // 构造方法
  public PegAdapter(RoundPeg peg){this.roundPeg=peg;}
  // 构造方法
  public PegAdapter(SquarePeg peg)(this.squarePeg=peg;)

  public void insert(String str){ roundPeg.insertIntoHole(str);}

}

还有一种叫Pluggable Adapters,可以动态的获取几个adapters中一个。使用Reflection技术,可以动态的发现类中的Public方法。