我們正在考慮在我附近尋找沙龍並允許預訂。在這種應用中,最終用戶必須展示與他們當前位置相距一定距離的沙龍。將從哪裏查詢數據。因爲我不認爲這樣的查詢是可行的。我們是否需要在這種情況下引入任何關係數據庫來存儲沙龍數據,以便我們可以輕鬆查詢,並將預訂信息發送到區塊鏈。我們可以在以太坊使用mysql嗎?
混合應用是唯一的出路嗎?人們在談論IPFS應該用於存儲圖像,視頻和其他數據。這是解決方案,如果是的話,我們將如何從那裏查詢它?而且,它會不夠快?
我們正在考慮在我附近尋找沙龍並允許預訂。在這種應用中,最終用戶必須展示與他們當前位置相距一定距離的沙龍。將從哪裏查詢數據。因爲我不認爲這樣的查詢是可行的。我們是否需要在這種情況下引入任何關係數據庫來存儲沙龍數據,以便我們可以輕鬆查詢,並將預訂信息發送到區塊鏈。我們可以在以太坊使用mysql嗎?
混合應用是唯一的出路嗎?人們在談論IPFS應該用於存儲圖像,視頻和其他數據。這是解決方案,如果是的話,我們將如何從那裏查詢它?而且,它會不夠快?
你可能會想你的應用程序分爲兩個部分:
- 這顯示了可用的預訂時間的部分
- 這使得一個新的預訂
TL的一部分; DR:簡短的回答:你可能,但你不應該。
這裏真正的問題是你在這個項目中需要什麼ethereum?
在以太坊,每個寫入操作都是昂貴的,而讀取數據不是。寫入操作爲transactions
,讀取爲calls
。
這意味着「上傳」你的沙龍列表將花費你的錢(即gas),但每個數據更新(開放時間,預訂..)。
對於你的問題的MySQL特定部分,以及以太坊不是專爲這種操作設計的。
與甲骨文的東西可能會做的伎倆,但它確實不是爲了設計。看到以太坊就像一種在公共和永久存儲每筆交易的同行之間進行中間交易的方式。
根據維基百科頁面blockchains基本上是一個「不斷增長的記錄列表」。以太坊有可能讓工人運行gas
交換一些代碼。
此代碼(或Smart Contract)僅用於「促進,驗證或執行談判或履行合同」(此處合同是具有法律約束力的合同)。
從你所描述的,一個具有「標準」SQL的簡單Web應用程序已經綽綽有餘了。 您只需存儲沙龍的GPS座標,並從用戶的GPS座標中進行最接近的匹配。
我們將在哪裏存儲可用的預訂時間?在RDBMS中? – Gaurav
可用預訂時間是否有系統?如果您有一個可用性窗口,並且實際預訂會從該窗口中刪除塊,那麼可用時間是計算的練習,但是如果可用時間以非系統化方式變化,則需要將它們存儲在某個位置,並且RDBMS通常是一個好的解決方案(或DBMS)。 – karora
這真的很重要嗎?我主要關心的是,我們可以將這些信息存儲在區塊鏈中,並在用戶根據他的位置進行搜索時檢索它們嗎? – Gaurav