私はこれを理解しようとしてきました。しかし、答えが1つ以上になる可能性はもっとあります。皆さんもどう思うか知りたいです。
たとえば、www.bookatable.comにアクセスしてテーブル予約を行おうとすると、予約ウィジェットがどのように機能するかがわかります。私の質問は、バックエンドがどのように機能するかです。予約できるテーブルの数をどのように知ることができますか？または何席ですか？重複？等...
私の推測では、レストランは可用性と容量を提供しますか？テーブルの数ではなく、シートの数に基づいていますか？
私の名前は Magnus Hultberg です。私は Livebookings で働いており、Bookatable (他のパートナーの中でも) と連携してレストランで使用されるテクノロジーを提供しています。
私たちは多くのレストランテーブル管理/日記システムを開発/取得しました。これらのシステムでは、私たちと協力しているレストランが可用性を維持し、ゲストデータベースを管理し、ダイニングセッションを実行して、たとえばどのテーブルが予約されているか、どのようなステータスにあるかを確認します.
そのデータは一元的に集約され、利用可能なテーブルやその他の関連機能が、既製の予約ツールと API を通じて Bookatable.com などの予約パートナーに公開されます。
お役に立てれば。
私の推測では、レストランはより多くの宣伝を求めているため、bookatable.com を使用しています。バックエンドはおそらく、レストランが従業員に支払うレストランのキャパシティと、その時点で満席/満席ではないテーブルの数を一日中入力する Web ページになるでしょう。
Web サイトのバックエンドの言語はほとんど不確定です。
はい、これを行う方法は 100 通りあるはずです。
このようなことを実現する製品を開発しています。私たちのシステムでは、次のようにします。バックエンドはレストランにあり、クライアント アプリケーションは受付エリアにあります。Web サイトはクライアントでもあり、同じバックエンドに接続されています。いずれかのクライアントが予約を行うたびに、サーバーが更新され、他のすべてのクライアントに新しい予約が表示されます。同じ Web サイトが、多くのレストランの独立したバックエンド システムのクライアントになる可能性があります。