1. 創建映射類的實例(Instance)

前面介紹了如何將數據庫實體表映射到Python類上，下面我們可以創建這個類的一個實例(Instance)，我們還是以前一篇文章的User類為例，讓我們創建User對象：
代碼如下:
>>> ed_user = User('ed', 'Ed Jones', 'edspassword')
>>> ed_user.name
'ed'
>>> ed_user.password
'edspassword'
>>> str(ed_user.id)
'None'
和普通的Python類一樣實例化，大家可能會問為什么ed_user.id會是None值，首先id這個屬性沒有通過__init__()構造方法初始化，所以默認會因為先前定義的ORM的id列(Column)而產生一個None值，在默認情況下，ORM會為所有被映射的表列創建類屬性，這些屬性是通過Python語言中描述符(Descriptors)機制來實現的。所以這些屬性的使用會包含一些額外的行為，包括跟蹤修改，或者當需要時自動從數據庫加載新的數據，也就是說我們在使用這些屬性時，包括修改或者讀取，都會觸發ORM內部的一系列動作。

等等，你還沒有說明白為什么id這個屬性會為None值呢。呵呵，其實我們現在并沒有將數據插入數據庫，一般主鍵這個屬性會在插入數據庫時自動產生一個不重復的值以保證唯一性。由于我們沒有對對象實行持久化(Persist) (所謂的持久化就是把對象數據按照映射關系存儲入數據庫里) 所以這里id值為None。別著急，稍后當我們介紹將數據持久化后你就可以看到一個新的自動產生的id了。

接下來小偷懶一下，介紹一個偷懶的技巧:-)

假如我們不定義映射類的構造方法__init__()會帶來什么不良影響嗎？完全不會，SQLAlchemy為我們考慮到這點，假如我們偷懶將先前的User類定義成這樣：
代碼如下:
class User(Base):
    __tablename__ = 'users'
    id = Column(Integer, primary_key=True)
    name = Column(String)
    fullname = Column(String)
    password = Column(String)
由于User繼承自Base (Base定義見上一篇文章)，所以受到Declarative系統的管理，Declarative系統發現這個類缺少構造方法，于是很友善的給我們補上了一個構造方法，當然其提供的構造方法則不能像我們自己定義的構造方法那樣使用基于位置的參數訪問，建議使用基于鍵的參數訪問方式，包括我們所有用Column定義映射的列，比如如下方式：
代碼如下:
u1 = User(name='ed', fullname='Ed Jones', password='foobar')
id也可以傳入，通常意義上這類主鍵由系統自動維護，我們無需為其賦值。

2. 創建并使用會話(Session)

到這里可謂是“萬事俱備，只欠東風了”，用官方文檔的話說“我們現在已經準備好和數據庫‘交談'了” (We're now ready to start talking to the database)。ORM的操作句柄(Handle)被稱為會話(Session)。為了使用會話，我們需要先配置它，配置Session的代碼語句應該和create_engine()創建引擎的代碼語句在一個代碼級別上(放在一起就行了)。