PostgreSQL
 sql >> डेटाबेस >  >> RDS >> PostgreSQL

PostgreSQL के साथ SQLAlchemy परीक्षणों में डेटाबेस बनाना

Nose परीक्षण धावक setup_package() का समर्थन करता है और teardown_package() तरीके। यहाँ दस्तावेज़ों का एक अंश दिया गया है:

मेरे आवेदन में मेरे पास setup_package() . है जो मोटे तौर पर निम्न जैसा दिखता है:

def _create_database():

    template_engine = sa.create_engine("postgres://[email protected]/postgres", echo=False)

    conn = template_engine.connect()
    conn = conn.execution_options(autocommit=False)
    conn.execute("ROLLBACK")
    try:
        conn.execute("DROP DATABASE %s" % DB_NAME)
    except sa.exc.ProgrammingError as e:
        # Could not drop the database, probably does not exist
        conn.execute("ROLLBACK")
    except sa.exc.OperationalError as e:
        # Could not drop database because it's being accessed by other users (psql prompt open?)
        conn.execute("ROLLBACK")

    conn.execute("CREATE DATABASE %s" % DB_NAME)
    conn.close()

    template_engine.dispose()


def setup_package():
    _create_database()

    engine = sa.create_engine("postgres://[email protected]/%s" % DB_NAME, echo=False)

    session = sa.orm.scoped_session(sa.orm.sessionmaker())
    session.configure(bind=engine)
    Base.metadata.bind = engine
    Base.metadata.create_all()


def teardown_package():
    # no need to do anything as the old database is dropped at the start of every run

इसके अलावा, सभी टेस्ट केस क्लासेस को एक बेस क्लास से उपवर्गित किया जाता है, जो महत्वपूर्ण रूप से एक सामान्य tearDown को परिभाषित करता है। विधि:

class BaseTest(unittest.TestCase):

    def setUp(self):
        # This makes things nicer if the previous test fails
        # - without this all subsequent tests fail
        self.tearDown()

        self.config = testing.setUp()

    def tearDown(self):
        testing.tearDown()
        session.expunge_all()
        session.rollback()

उपवर्ग अक्सर आधार setUp . को ओवरराइड करते हैं , लेकिन आमतौर पर tearDown . को ओवरराइड करने की कोई आवश्यकता नहीं होती है - लेन-देन को वापस लाकर यह सुनिश्चित करता है कि अगला परीक्षण पूरी तरह से साफ डेटाबेस पर शुरू होगा।




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. PostgreSQL के लिए ऑडिट लॉगिंग

  2. मॉडलिंग और सामान्य करते समय अशक्त मूल्यों के साथ क्या करें?

  3. PostgreSQL में अनिश्चितता के साथ तिथियों का प्रतिनिधित्व कैसे करें

  4. डॉकर-कंपोज़ रेल रेक डीबी:रीसेट विफल रहता है, वर्तमान में खुले डेटाबेस को नहीं छोड़ सकता

  5. कई संघों से संबंधित सीक्वेलाइज़ की अनूठी बाधाओं के आसपास काम करें