0
在php/mysql中使用內部售票系統。這個短期票務系統現在已經存在了一年左右。撰寫高效的查詢
我們達到10,000張門票,並且我希望使查詢更有效率,因爲不需要每天查看大約9,500張門票。
現在,查詢通過技術ID獲取行,然後檢查是否它是一個打開的票。
我猜測,如果我讓它尋找開放門票,那麼技術ID查詢將會更有效率。這是真的嗎(在查詢構建時,行的選項越少,選項越多)
在php/mysql中使用內部售票系統。這個短期票務系統現在已經存在了一年左右。撰寫高效的查詢
我們達到10,000張門票,並且我希望使查詢更有效率,因爲不需要每天查看大約9,500張門票。
現在,查詢通過技術ID獲取行,然後檢查是否它是一個打開的票。
我猜測,如果我讓它尋找開放門票,那麼技術ID查詢將會更有效率。這是真的嗎(在查詢構建時,行的選項越少,選項越多)
不要猜測,測量!
最重要的部分是您有適合您的查詢的索引。而10000不是很多行,如果這很慢,你的查詢可能不會使用索引。
SO question: What resources exist for Database performance-tuning?
+1對於索引。如果你學習了一些數據庫設計,那麼你可以不用*測量*來嘗試做數學運算。儘管速度可能會更快。 :-) – Patrick 2010-09-13 13:35:45
數學不是我的強項。感謝您的鏈接。我運行了兩個查詢並查看了開放票據,然後tech id更快。我從長遠的角度來看效率或資源使用率超速,並將使用鏈接找出如何衡量這一點。 – 2010-09-13 13:40:35