Python SQLAlchemy基本操作和常用技巧


2017-08-11 13:41:37
這篇文章主要介紹了Python的ORM框架SQLAlchemy基本操作和常用技巧,包含大量實例,非常好的一個學習SQLAlchemy的教程,需要的朋友可以參考下

首先說下,Python mysqldb在3.x暫時沒有適合的api,因此使用pymysql替代MySQLdb連接數據庫。

修改sqlalchemy-dialects-mysql-mysqldb.py文件中引用MySQLdb的地方(注釋部分為原先的代碼

    def dbapi(cls):
        #return __import__('MySQLdb')
        return __import__('pymysql')

修改后,使用sqlalchemy連接數據庫

from sqlalchemy import create_engine
from sqlalchemy.orm import sessionmaker

DB_CONNECT_STRING = 'mysql+mysqldb://root:123@localhost/test?charset=utf8'
engine = create_engine(DB_CONNECT_STRING, echo=True)
DB_Session = sessionmaker(bind=engine)
session = DB_Session()

“mysql+mysqldb”:指定了使用 MySQL-Python 來連接

“root”和“123”:分別是用戶名和密碼

“localhost”:是數據庫的域名

“test”:是使用的數據庫名(可省略)

“charset”:指定了連接時使用的字符集(可省略)。 

DB_CONNECT_STRING:就是連接數據庫的路徑。

create_engine():返回一個數據庫引擎,echo 參數為 True 時,會顯示每條執行的 SQL 語句,生產環境下可關閉。

sessionmaker():生成一個數據庫會話類。這個類的實例可以當成一個數據庫連接,它同時還記錄了一些查詢的數據,並決定什么時候執行 SQL 語句。由於 SQLAlchemy 自己維護了一個數據庫連接池(默認 5 個連接),因此初始化一個會話的開銷並不大。

定義表:

from sqlalchemy import Column
from sqlalchemy.types import CHAR, Integer, String
from sqlalchemy.ext.declarative import declarative_base

BaseModel = declarative_base()
def init_db():
    BaseModel.metadata.create_all(engine)
def drop_db():
    BaseModel.metadata.drop_all(engine)

class User(BaseModel):
    __tablename__ = 'user'
    id = Column(Integer, primary_key=True)
    name = Column(CHAR(30)) # or Column(String(30))
init_db()

declarative_base() 創建了一個 BaseModel 類,這個類的子類可以自動與一個表關聯。

以 User 類為例

__tablename__ 屬性就是數據庫中該表的名稱,它有 id 和 name 這兩個字段,分別為整型和 30 個定長字符。

Column 還有一些其他的參數可以參考對應文檔。

BaseModel.metadata.create_all(engine) 會找到 BaseModel 的所有子類,並在數據庫中建立這些表;

drop_all() 則是刪除這些表。

使用表:(增刪改查都已涉及到)

from sqlalchemy import func, or_, not_

user = User(name='a')
session.add(user)
user = User(name='b')
session.add(user)
user = User(name='a')
session.add(user)
user = User()
session.add(user)
session.commit()
query = session.query(User)
print query # 顯示SQL 語句
print query.statement # 同上
for user in query: # 遍歷時查詢
    print user.name
print query.all() # 返回的是一個類似列表的對象
print query.first().name # 記錄不存在時,first() 會返回 None
# print query.one().name # 不存在,或有多行記錄時會拋出異常
print query.filter(User.id == 2).first().name
print query.get(2).name # 以主鍵獲取,等效於上句
print query.filter('id = 2').first().name # 支持字符串
query2 = session.query(User.name)
print query2.all() # 每行是個元組
print query2.limit(1).all() # 最多返回 1 條記錄
print query2.offset(1).all() # 從第 2 條記錄開始返回
print query2.order_by(User.name).all()
print query2.order_by('name').all()
print query2.order_by(User.name.desc()).all()
print query2.order_by('name desc').all()
print session.query(User.id).order_by(User.name.desc(), User.id).all()
print query2.filter(User.id == 1).scalar() # 如果有記錄,返回第一條記錄的第一個元素
print session.query('id').select_from(User).filter('id = 1').scalar()
print query2.filter(User.id > 1, User.name != 'a').scalar() # and
query3 = query2.filter(User.id > 1) # 多次拼接的 filter 也是 and
query3 = query3.filter(User.name != 'a')
print query3.scalar()
print query2.filter(or_(User.id == 1, User.id == 2)).all() # or
print query2.filter(User.id.in_((1, 2))).all() # in
query4 = session.query(User.id)
print query4.filter(User.name == None).scalar()
print query4.filter('name is null').scalar()
print query4.filter(not_(User.name == None)).all() # not
print query4.filter(User.name != None).all()
print query4.count()
print session.query(func.count('*')).select_from(User).scalar()
print session.query(func.count('1')).select_from(User).scalar()
print session.query(func.count(User.id)).scalar()
print session.query(func.count('*')).filter(User.id > 0).scalar() # filter() 中包含 User,因此不需要指定表
print session.query(func.count('*')).filter(User.name == 'a').limit(1).scalar() == 1 # 可以用 limit() 限制 count() 的返回數
print session.query(func.sum(User.id)).scalar()
print session.query(func.now()).scalar() # func 后可以跟任意函數名,只要該數據庫支持
print session.query(func.current_timestamp()).scalar()
print session.query(func.md5(User.name)).filter(User.id == 1).scalar()
query.filter(User.id == 1).update({User.name: 'c'})
user = query.get(1)
print user.name
user.name = 'd'
session.flush() # 寫數據庫,但並不提交
print query.get(1).name
session.delete(user)
session.flush()
print query.get(1)
session.rollback()
print query.get(1).name
query.filter(User.id == 1).delete()
session.commit()
print query.get(1)

如何批量插入大批數據?

使用非 ORM 的方式:

session.execute(
    User.__table__.insert(),
    [{'name': `randint(1, 100)`,'age': randint(1, 100)} for i in xrange(10000)]
)
session.commit()

上面批量插入了 10000 條記錄,半秒內就執行完了;而 ORM 方式會花掉很長時間。

如何讓執行的 SQL 語句增加前綴?
使用 query 對象的 prefix_with() 方法:
session.query(User.name).prefix_with('HIGH_PRIORITY').all()
session.execute(User.__table__.insert().prefix_with('IGNORE'), {'id': 1, 'name': '1'})

如何替換一個已有主鍵的記錄?

使用 session.merge() 方法替代 session.add(),其實就是 SELECT + UPDATE:

user = User(id=1, name='ooxx')
session.merge(user)
session.commit()

或者使用 MySQL 的 INSERT … ON DUPLICATE KEY UPDATE,需要用到 @compiles 裝飾器,有點難懂,搜索:《SQLAlchemy ON DUPLICATE KEY UPDATE》 和 sqlalchemy_mysql_ext查看。

如何使用無符號整數?

1 from sqlalchemy.dialects.mysql import INTEGER
2 id = Column(INTEGER(unsigned=True), primary_key=True)

模型的屬性名需要和表的字段名不一樣怎么辦?

1 from_ = Column('from', CHAR(10))

如何獲取字段的長度?

Column 會生成一個很復雜的對象,想獲取長度比較麻煩,這里以 User.name 為例:

1 User.name.property.columns[0].type.length

如何指定使用 InnoDB,以及使用 UTF-8 編碼?
最簡單的方式就是修改數據庫的默認配置。如果非要在代碼里指定的話,可以這樣:

class User(BaseModel):
    __table_args__ = {
        'mysql_engine': 'InnoDB',
        'mysql_charset': 'utf8'
    }

MySQL 5.5 開始支持存儲 4 字節的 UTF-8 編碼的字符了,iOS 里自帶的 emoji(如 🍎 字符)就屬於這種。
如果是對表來設置的話,可以把上面代碼中的 utf8 改成 utf8mb4,DB_CONNECT_STRING 里的 charset 也這樣更改。
如果對庫或字段來設置,則還是自己寫 SQL 語句比較方便,具體細節可參考《How to support full Unicode in MySQL databases》。
不建議全用 utf8mb4 代替 utf8,因為前者更慢,索引會占用更多空間。

如何設置外鍵約束?

 1 from random import randint
 2 from sqlalchemy import ForeignKey
 3 
 4 
 5 class User(BaseModel):
 6     __tablename__ = 'user'
 7 
 8     id = Column(Integer, primary_key=True)
 9     age = Column(Integer)
10 
11 
12 class Friendship(BaseModel):
13     __tablename__ = 'friendship'
14 
15     id = Column(Integer, primary_key=True)
16     user_id1 = Column(Integer, ForeignKey('user.id'))
17     user_id2 = Column(Integer, ForeignKey('user.id'))
18 
19 
20 for i in xrange(100):
21     session.add(User(age=randint(1, 100)))
22 session.flush() # 或 session.commit(),執行完后,user 對象的 id 屬性才可以訪問(因為 id 是自增的)
23 
24 for i in xrange(100):
25     session.add(Friendship(user_id1=randint(1, 100), user_id2=randint(1, 100)))
26 session.commit()
27 
28 session.query(User).filter(User.age < 50).delete()

執行這段代碼時,你應該會遇到一個錯誤:

1 sqlalchemy.exc.IntegrityError: (IntegrityError) (1451, 'Cannot delete or update a parent row: a foreign key constraint fails (`ooxx`.`friendship`, CONSTRAINT `friendship_ibfk_1` FOREIGN KEY (`user_id1`) REFERENCES `user` (`id`))') 'DELETE FROM user WHERE user.age < %s' (50,)

原因是刪除 user 表的數據,可能會導致 friendship 的外鍵不指向一個真實存在的記錄。在默認情況下,MySQL 會拒絕這種操作,也就是 RESTRICT。InnoDB 還允許指定 ON DELETE 為 CASCADE 和 SET NULL,前者會刪除 friendship 中無效的記錄,后者會將這些記錄的外鍵設為 NULL。
除了刪除,還有可能更改主鍵,這也會導致 friendship 的外鍵失效。於是相應的就有 ON UPDATE 了。其中 CASCADE 變成了更新相應的外鍵,而不是刪除。

而在 SQLAlchemy 中是這樣處理的:

1 class Friendship(BaseModel):
2     __tablename__ = 'friendship'
3 
4     id = Column(Integer, primary_key=True)
5     user_id1 = Column(Integer, ForeignKey('user.id', ondelete='CASCADE', onupdate='CASCADE'))
6     user_id2 = Column(Integer, ForeignKey('user.id', ondelete='CASCADE', onupdate='CASCADE'))

如何連接表?

from sqlalchemy import distinct
from sqlalchemy.orm import aliased

Friend = aliased(User, name='Friend')
print session.query(User.id).join(Friendship, User.id == Friendship.user_id1).all() # 所有有朋友的用戶
print session.query(distinct(User.id)).join(Friendship, User.id == Friendship.user_id1).all() # 所有有朋友的用戶(去掉重復的)
print session.query(User.id).join(Friendship, User.id == Friendship.user_id1).distinct().all() # 同上
print session.query(Friendship.user_id2).join(User, User.id == Friendship.user_id1).order_by(Friendship.user_id2).distinct().all() # 所有被別人當成朋友的用戶
print session.query(Friendship.user_id2).select_from(User).join(Friendship, User.id == Friendship.user_id1).order_by(Friendship.user_id2).distinct().all() # 同上,join 的方向相反,但因為不是 STRAIGHT_JOIN,所以 MySQL 可以自己選擇順序
print session.query(User.id, Friendship.user_id2).join(Friendship, User.id == Friendship.user_id1).all() # 用戶及其朋友
print session.query(User.id, Friendship.user_id2).join(Friendship, User.id == Friendship.user_id1).filter(User.id < 10).all() # id 小於 10 的用戶及其朋友
print session.query(User.id, Friend.id).join(Friendship, User.id == Friendship.user_id1).join(Friend, Friend.id == Friendship.user_id2).all() # 兩次 join,由於使用到相同的表,因此需要別名
print session.query(User.id, Friendship.user_id2).outerjoin(Friendship, User.id == Friendship.user_id1).all() # 用戶及其朋友(無朋友則為 None,使用左連接)

這里我沒提到 relationship,雖然它看上去很方便,但需要學習的內容實在太多,還要考慮很多性能上的問題,所以干脆自己 join 吧。

為什么無法刪除 in 操作查詢出來的記錄?

1 session.query(User).filter(User.id.in_((1, 2, 3))).delete()

拋出這樣的異常:

sqlalchemy.exc.InvalidRequestError: Could not evaluate current criteria in Python.  Specify 'fetch' or False for the synchronize_session parameter.

但這樣是沒問題的:

1 session.query(User).filter(or_(User.id == 1, User.id == 2, User.id == 3)).delete()

搜了下找到《Sqlalchemy delete subquery》這個問題,提到了 delete 的一個注意點:刪除記錄時,默認會嘗試刪除 session 中符合條件的對象,而 in 操作估計還不支持,於是就出錯了。解決辦法就是刪除時不進行同步,然后再讓 session 里的所有實體都過期:

1 session.query(User).filter(User.id.in_((1, 2, 3))).delete(synchronize_session=False)
2 session.commit() # or session.expire_all()

此外,update 操作也有同樣的參數,如果后面立刻提交了,那么加上 synchronize_session=False 參數會更快。

如何擴充模型的基類?
declarative_base() 會生成一個 class 對象,這個對象的子類一般都和一張表對應。如果想增加這個基類的方法或屬性,讓子類都能使用,可以有三種方法:

1.定義一個新類,將它的方法設置為基類的方法:

 1 class ModelMixin(object):
 2     @classmethod
 3     def get_by_id(cls, session, id, columns=None, lock_mode=None):
 4         if hasattr(cls, 'id'):
 5             scalar = False
 6             if columns:
 7                 if isinstance(columns, (tuple, list)):
 8                     query = session.query(*columns)
 9                 else:
10                     scalar = True
11                     query = session.query(columns)
12             else:
13                 query = session.query(cls)
14             if lock_mode:
15                 query = query.with_lockmode(lock_mode)
16             query = query.filter(cls.id == id)
17             if scalar:
18                 return query.scalar()
19             return query.first()
20         return None
21     BaseModel.get_by_id = get_by_id
22     @classmethod
23     def get_all(cls, session, columns=None, offset=None, limit=None, order_by=None, lock_mode=None):
24         if columns:
25             if isinstance(columns, (tuple, list)):
26                 query = session.query(*columns)
27             else:
28                 query = session.query(columns)
29                 if isinstance(columns, str):
30                     query = query.select_from(cls)
31         else:
32             query = session.query(cls)
33         if order_by is not None:
34             if isinstance(order_by, (tuple, list)):
35                 query = query.order_by(*order_by)
36             else:
37                 query = query.order_by(order_by)
38         if offset:
39             query = query.offset(offset)
40         if limit:
41             query = query.limit(limit)
42         if lock_mode:
43             query = query.with_lockmode(lock_mode)
44         return query.all()
45     BaseModel.get_all = get_all
46     @classmethod
47     def count_all(cls, session, lock_mode=None):
48         query = session.query(func.count('*')).select_from(cls)
49         if lock_mode:
50             query = query.with_lockmode(lock_mode)
51         return query.scalar()
52     BaseModel.count_all = count_all
53     @classmethod
54     def exist(cls, session, id, lock_mode=None):
55         if hasattr(cls, 'id'):
56             query = session.query(func.count('*')).select_from(cls).filter(cls.id == id)
57             if lock_mode:
58                 query = query.with_lockmode(lock_mode)
59             return query.scalar() > 0
60         return False
61     BaseModel.exist = exist
62     @classmethod
63     def set_attr(cls, session, id, attr, value):
64         if hasattr(cls, 'id'):
65             session.query(cls).filter(cls.id == id).update({
66                 attr: value
67             })
68             session.commit()
69     BaseModel.set_attr = set_attr
70     @classmethod
71     def set_attrs(cls, session, id, attrs):
72         if hasattr(cls, 'id'):
73             session.query(cls).filter(cls.id == id).update(attrs)
74             session.commit()
75     BaseModel.set_attrs = set_attrs

雖然很拙劣,但確實能用。順便還附送了一些有用的玩意。

2.設置 declarative_base() 的 cls 參數:

1 BaseModel = declarative_base(cls=ModelMixin)

這種方法不需要執行“BaseModel.get_by_id = get_by_id”之類的代碼。不足之處就是 PyCharm 仍然無法找到這些方法的位置。

3.設置 __abstract__ 屬性:

1 class BaseModel(BaseModel):
2     __abstract__ = True
3     __table_args__ = { # 可以省掉子類的 __table_args__ 了
4         'mysql_engine': 'InnoDB',
5         'mysql_charset': 'utf8'
6     }
7     # ...

這種方法最簡單,也可以繼承出多個類。

如何正確使用事務?
假設有一個簡單的銀行系統,一共兩名用戶:

 1 class User(BaseModel):
 2     __tablename__ = 'user'
 3     id = Column(Integer, primary_key=True)
 4     money = Column(DECIMAL(10, 2))
5 class TanseferLog(BaseModel): 6 __tablename__ = 'tansefer_log' 7 id = Column(Integer, primary_key=True) 8 from_user = Column(Integer, ForeignKey('user.id', ondelete='CASCADE', onupdate='CASCADE')) 9 to_user = Column(Integer, ForeignKey('user.id', ondelete='CASCADE', onupdate='CASCADE')) 10 amount = Column(DECIMAL(10, 2)) 11 user = User(money=100) 12 session.add(user) 13 user = User(money=0) 14 session.add(user) 15 session.commit()

然后開兩個 session,同時進行兩次轉賬操作:

 1 session1 = DB_Session()
 2 session2 = DB_Session()
 3 user1 = session1.query(User).get(1)
 4 user2 = session1.query(User).get(2)
 5 if user1.money >= 100:
 6     user1.money -= 100
 7     user2.money += 100
 8     session1.add(TanseferLog(from_user=1, to_user=2, amount=100))
 9 user1 = session2.query(User).get(1)
10 user2 = session2.query(User).get(2)
11 if user1.money >= 100:
12     user1.money -= 100
13     user2.money += 100
14     session2.add(TanseferLog(from_user=1, to_user=2, amount=100))
15 session1.commit()
16 session2.commit()

現在看看結果:

>>> user1.money
Decimal('0.00')
>>> user2.money
Decimal('100.00')
>>> session.query(TanseferLog).count()
2L

兩次轉賬都成功了,但是只轉走了一筆錢,這明顯不科學。

可見 MySQL InnoDB 雖然支持事務,但並不是那么簡單的,還需要手動加鎖。

首先來試試讀鎖:

 1 user1 = session1.query(User).with_lockmode('read').get(1)
 2 user2 = session1.query(User).with_lockmode('read').get(2)
 3 if user1.money >= 100:
 4     user1.money -= 100
 5     user2.money += 100
 6     session1.add(TanseferLog(from_user=1, to_user=2, amount=100))
 7 user1 = session2.query(User).with_lockmode('read').get(1)
 8 user2 = session2.query(User).with_lockmode('read').get(2)
 9 if user1.money >= 100:
10     user1.money -= 100
11     user2.money += 100
12     session2.add(TanseferLog(from_user=1, to_user=2, amount=100))
13 session1.commit()
14 session2.commit()

現在在執行 session1.commit() 的時候,因為 user1 和 user2 都被 session2 加了讀鎖,所以會等待鎖被釋放。超時以后,session1.commit() 會拋出個超時的異常,如果捕捉了的話,或者 session2 在另一個進程,那么 session2.commit() 還是能正常提交的。這種情況下,有一個事務是肯定會提交失敗的,所以那些更改等於白做了。

接下來看看寫鎖,把上段代碼中的 'read' 改成 'update' 即可。這次在執行 select 的時候就會被阻塞了:

user1 = session2.query(User).with_lockmode('update').get(1)
這樣只要在超時期間內,session1 完成了提交或回滾,那么 session2 就能正常判斷 user1.money >= 100 是否成立了。
由此可見,如果需要更改數據,最好加寫鎖。

那么什么時候用讀鎖呢?如果要保證事務運行期間內,被讀取的數據不被修改,自己也不去修改,加讀鎖即可。
舉例來說,假設我查詢一個用戶的開支記錄(同時包含余額和轉賬記錄),可以直接把 user 和 tansefer_log 做個內連接。
但如果用戶的轉賬記錄特別多,我在查詢前想先驗證用戶的密碼(假設在 user 表中),確認相符后才查詢轉賬記錄。而這兩次查詢的期間內,用戶可能收到了一筆轉賬,導致他的 money 字段被修改了,但我在展示給用戶時,用戶的余額仍然沒變,這就不正常了。
而如果我在讀取 user 時加了讀鎖,用戶是無法收到轉賬的(因為無法被另一個事務加寫鎖來修改 money 字段),這就保證了不會查出額外的 tansefer_log 記錄。等我查詢完兩張表,釋放了讀鎖后,轉賬就可以繼續進行了,不過我顯示的數據在當時的確是正確和一致的。

另外要注意的是,如果被查詢的字段沒有加索引的話,就會變成鎖整張表了:

1 session1.query(User).filter(User.id > 50).with_lockmode('update').all()
2 session2.query(User).filter(User.id < 40).with_lockmode('update').all() # 不會被鎖,因為 id 是主鍵
3 session1.rollback()
4 session2.rollback()
5 session1.query(User).filter(User.money == 50).with_lockmode('update').all()
6 session2.query(User).filter(User.money == 40).with_lockmode('update').all() # 會等待解鎖,因為 money 上沒有索引

要避免的話,可以這樣:

1 money = Column(DECIMAL(10, 2), index=True)

另一個注意點是子事務。
InnoDB 支持子事務(savepoint 語句),可以簡化一些邏輯。
例如有的方法是用於改寫數據庫的,它執行時可能提交了事務,但在后續的流程中卻執行失敗了,卻沒法回滾那個方法中已經提交的事務。這時就可以把那個方法當成子事務來運行了:

 1 def step1():
 2     # ...
 3     if success:
 4         session.commit()
 5         return True
 6     session.rollback()
 7     return False
 8 def step2():
 9     # ...
10     if success:
11         session.commit()
12         return True
13     session.rollback()
14     return False
15 session.begin_nested()
16 if step1():
17     session.begin_nested()
18     if step2():
19         session.commit()
20     else:
21         session.rollback()
22 else:
23     session.rollback()

此外,rollback 一個子事務,可以釋放這個子事務中獲得的鎖,提高並發性和降低死鎖概率。

如何對一個字段進行自增操作?

最簡單的辦法就是獲取時加上寫鎖:

1 user = session.query(User).with_lockmode('update').get(1)
2 user.age += 1
3 session.commit()

如果不想多一次讀的話,這樣寫也是可以的:

1 session.query(User).filter(User.id == 1).update({
2     User.age: User.age + 1
3 })
4 session.commit()
5 # 其實字段之間也可以做運算:
6 session.query(User).filter(User.id == 1).update({
7     User.age: User.age + User.id
8 })

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM