2017-09-14 69 views
0

如果這是一個愚蠢的問題,但谷歌的發佈「文件流」提前道歉,有沒有人知道這將影響存儲在它上面的MS Access dbs?微軟Access和谷歌文件流

我的「設置」是,我有用戶經常使用爲他們建造的AccessDB,並且我試圖在MS SQL中複製它。不是由我選擇,該文件由客戶端存儲在Google雲端硬盤上:這基本上意味着我只能查看vba並在客戶端不使用時進行測試。客戶端也使用Google的同步來訪問文件。

所以我的問題是雙重的。首先,如果客戶希望移動到文件流並詢問這將如何影響他們使用Access文件的能力(我不知道)。其次,文件流可以在MS數據庫上擁有多個用戶而不會造成衝突或問題嗎?我是否還需要確保在對vba代碼進行更改時擁有對文件的獨佔訪問權限?

在此先感謝!

+0

請具體說明。你的設置到底是什麼,你的問題到底是什麼?這對我來說似乎不是一個編程問題,因此在StackOverflow上是無關緊要的。有關特定數據庫設置的問題可以在https://dba.stackexchange.com上查詢,但我懷疑那個問題會在那裏得到很好的回答。 –

回答

0

MSAccess數據庫引擎基本上基於MS文件系統提供的數據庫原語。包括記錄讀/寫/鎖原語。 (打賭你甚至不知道MS操作系統有一個本地數據庫系統!)。

訪問記錄和表格不是文件系統記錄和表格,但是 - 記錄和表格的Access數據庫系統是建立在本地記錄鎖定系統之上的。 (本機系統不會,也不會有比文件級認證和權限更小的事情,所以Access建立了一個全新的系統)。

這意味着任何不支持像MS文件系統和SMB協議那樣的記錄鎖定的文件系統或任何網絡文件系統重定向器都不能支持對Access數據庫的同時多用戶訪問。

我不熟悉Google FileStream,但我認爲這是一種使用數據庫API訪問二進制對象的方法?通常這意味着API不會查看二進制對象:因此它不能鎖定R或W或RW文件的各個部分:這意味着您不能將R部分作爲對象,而其他人可能不同部分:這意味着你不能共享訪問權限。 ...即使文件流意味着與Google不同的東西,他們支持SMB的機會也很少,對吧?

+0

這是一個很好的解釋。我認爲你是正確的:底線,文件流能夠支持這一點的可能性非常小。但我認爲還沒有人排除。 – DrL