2017-08-31 2 views
-2

Nous envisageons de construire un dapp pour trouver un salon près de chez moi et permettre la réservation. Dans une telle application, il faut montrer aux utilisateurs les salons qui se trouvent à une certaine distance de leur emplacement actuel. Où serait interroger ces données à partir de. Parce que je ne pense pas que ce genre d'interrogation est possible dans la solidité. Avons-nous besoin d'intégrer un SGBDR dans un tel scénario pour stocker les données du salon afin que nous puissions l'interroger facilement et que les informations de réservation puissent être envoyées à blockchain.Pouvons-nous utiliser mysql avec ethereum?

L'application hybride est-elle la seule solution? Les gens parlent d'IPFS devrait être utilisé pour stocker les images, vidéos et autres données. Est-ce la solution, si oui alors comment pourrions-nous interroger à partir de là? D'ailleurs, serait-ce assez rapide?

Répondre

0

Vous voulez probablement séparer votre application en deux parties:
- La partie qui montre les temps de réservation disponible
- La partie qui fait une nouvelle réservation

+0

Où allons-nous stocker les heures de réservation disponibles? Dans SGBDR? – Gaurav

+0

Les délais de réservation sont-ils systématiques? Si vous avez une fenêtre de disponibilité, avec des réservations réelles supprimant des blocs de cette fenêtre, les temps disponibles sont un exercice de calcul, mais si les temps disponibles varient de façon non systématique, vous devez les stocker quelque part, et un SGBDR est souvent une bonne solution (ou un SGBD). – karora

+0

Est-ce que cela compte vraiment? Ma principale préoccupation est que pouvons-nous stocker cette information dans blockchain et la récupérer lorsque l'utilisateur effectue une recherche par emplacement? – Gaurav

1

TL; DR: Réponse courte: vous pourrait, mais vous ne devriez pas. La vraie question ici est de quoi avez-vous besoin d'ethereum dans ce projet?

Dans Ethereum, chaque opération d'écriture est coûteuse alors que la lecture de données ne l'est pas. Les opérations d'écriture sont transactions, lus sont calls.
Cela signifie que le "téléchargement" de votre liste de salons vous coûtera de l'argent (c'est-à-dire gas), mais aussi chaque mise à jour des données (heures d'ouverture, réservation ..). Pour la partie mysql spécifique de votre question, eh bien Ethereum n'est pas conçu pour ce genre d'opération.
Quelque chose avec un oracle pourrait faire l'affaire mais ce n'est vraiment pas fait pour ça. Voir Ethereum comme un moyen de transactions intermédiaires entre pairs qui stocke chaque transaction publiquement et de façon permanente.
Selon la page Wikipedia blockchains sont fondamentalement une "liste sans cesse croissante d'enregistrements". Ethereum a la possibilité de faire exécuter du code aux travailleurs en échange de gas.
Ce code (ou Smart Contract) a pour seul but "de faciliter, vérifier, ou faire appliquer la négociation ou l'exécution d'un contrat" ​​(ici le contrat est un contrat juridiquement contraignant). D'après ce que vous venez de décrire, IMO, une application web simple avec SQL "standard", est plus que suffisante. Il vous suffit de stocker les coordonnées GPS des salons et de faire les correspondances les plus proches des coordonnées GPS de l'utilisateur.