• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            分享知識

            與大家一起分享知識

            C++博客 首頁 新隨筆 聯(lián)系 聚合 管理
              19 Posts :: 3 Stories :: 45 Comments :: 0 Trackbacks

            最近由于要發(fā)布交通仿真程序(TSS)的Demo版,以前程序使用的是基于SQL2000數(shù)據(jù)庫的數(shù)據(jù)源,現(xiàn)在需要改成基于Access數(shù)據(jù)庫,但是在改成Access數(shù)據(jù)庫之后,發(fā)現(xiàn)仿真的時候,前臺客戶端程序可以正常讀取Access數(shù)據(jù)庫,而后臺服務(wù)器進程不能夠正確的讀取數(shù)據(jù)庫。為什么使用SQL2000數(shù)據(jù)庫的時候沒有問題,而使用Access數(shù)據(jù)庫就會出現(xiàn)問題呢?經(jīng)過調(diào)試終于找出了問題:當模擬開始的時候,前臺此時正在保存該方案號的信息到數(shù)據(jù)庫中,而此時后臺服務(wù)器程序也緊接著讀取該方案號信息,此時我覺得可能是Access數(shù)據(jù)庫在處理并發(fā)的時候出現(xiàn)了問題。以致于服務(wù)器進程讀取的方案號信息不正確,接下來的其它信息也就不正確了,這就造成了不能正常模擬。〔SQL數(shù)據(jù)庫在處理這種情況時,可能是有一個很好的機制保證了數(shù)據(jù)的正確性。〕

            posted on 2006-04-25 21:11 史傳紅 閱讀(939) 評論(0)  編輯 收藏 引用 所屬分類: C/C++細節(jié)知識
            国产V综合V亚洲欧美久久| 久久久青草青青亚洲国产免观| 久久精品无码专区免费青青| 久久亚洲春色中文字幕久久久| 国产精品久久成人影院| 久久精品亚洲福利| 日韩欧美亚洲综合久久| 久久青草国产精品一区| 色婷婷狠狠久久综合五月| 丰满少妇人妻久久久久久| 久久毛片免费看一区二区三区| 99久久国产精品免费一区二区 | 久久精品国产99久久久| 国产福利电影一区二区三区久久久久成人精品综合 | 久久九九兔免费精品6| 2021精品国产综合久久| 欧美亚洲日本久久精品| 狠狠色丁香婷婷久久综合不卡| 久久这里都是精品| 国产亚洲精午夜久久久久久| 欧洲精品久久久av无码电影| 久久精品亚洲精品国产欧美| 国内精品人妻无码久久久影院| 久久综合色之久久综合| 国产精品九九九久久九九| 久久久久久午夜精品| 国产农村妇女毛片精品久久 | 无码人妻精品一区二区三区久久| 18岁日韩内射颜射午夜久久成人| 久久亚洲sm情趣捆绑调教| 久久高清一级毛片| 91精品国产91久久久久久蜜臀| 亚洲午夜久久久影院伊人| 久久综合九色综合久99| 久久精品国产一区二区三区不卡| 精品999久久久久久中文字幕| 丁香色欲久久久久久综合网| 亚洲国产高清精品线久久| 久久久久亚洲?V成人无码| 久久国产免费| 久久男人AV资源网站|