在Oracle 10g 中引入了一个非常重要的参数：SGA_TARGET，这也是Oracle 10g的一个新特性。自动共享内存管理（Automatic Shared Memory Management ASMM），控制这一特性的，就仅仅是这个参数SGA_TARGE。设置这个参数后，你就不需要为每个内存区来指定大小了。SGA_TARGET 指定了SGA 可以使用的最大内存大小，而SGA 中各个内存的大小由Oracle 自行控制，不需要人为指定。
       Oracle 可以随时调节各个区域的大小，使之达到系统性能最佳状态的个最合理大小，并且控制他们之和在SGA_TARGET 指定的值之内。一旦给SGA_TARGET 指定值后（默认为0，即没有启动ASMM），就自动启动了ASMM
特性。

       10g 下设置 SGA_TARGET 之后启动ASSM 特性之后，只有以下的这些区的内存大小动态共享起来：
* Buffer cache (DB_CACHE_SIZE)
* Shared pool (SHARED_POOL_SIZE)
* Large pool (LARGE_POOL_SIZE)
* Java pool (JAVA_POOL_SIZE)
* Streams pool (STREAMS_POOL_SIZE)

       而SGA 中的其他区域的内存大小仍然是固定不共享的。它的含义和SGA_MAX_SIZE 的一样，也表示SGA 最大的大小，于是它也就有了一个限制，那就是它的大小不能大于SGA_MAX_SIZE 的大小。
       Oracle10g 下， SGA_MAX_SIZE 仍然表示SGA 的大小的上限值，而SGA_TARGET 是SGA 的所有组件的大小的最大值之和，即当SGA_TARGET< SGA_MAX_SIZE 的时候，oracle 就会忽略SGA_MAX_SIZE 的值，SGA_TARGET 也就成了SGA 的在此实例中的上限制，它能动态改变大小，但是不能够大于SGA_MAX_SIZE 的值。

       当SGA_TARGET< SGA_MAX_SIZE 时，实例重启以后SGA_MAX_SIZE 就变成SGA_TARGET 的大小了。

       在11g 中，这个SGA_TARGET 只能设置是等于SGA_MAX_SIZE 的大小了，设置比它小，oracle 会自动帮你调整，设置比它大，那还是出错。现在可以自己想想，oracle对SGA_TARGET 的大小处理在往正确的简单的方向前进中。

       SGA_TARGET 带来一个重要的好处就是，能使SGA 的利用率达到最佳，从而节省内存成本。因为ASMM 启动后，Oracle 会自动根据需要调整各个区域的大小，大大减少了某些区域内存紧张，而某些区域又有内存空闲的矛盾情况出现。