數據庫設計審查系統反對像使用php mysql上班旅行

Question

嗨我正在設計一個基於審查的數據庫設計。我在這部分有問題 如何檢查兩個用戶是否在社交旅行中對彼此進行了評論？就像我們在工作完成時有一個審查系統，當工作完成時，僱主和自由職業者都可以互相提供評論就像我想在這裏實施，如果僱主沒有給予自由職業者審查，然後他會顯示審查屏幕對自由職業者的工作，反之亦然。 同樣是在這裏對我的應用程序不同的是在我的應用程序是一趟

我有一個行程表，隨身攜帶申請表，項目和回顧在設計表

1- Trip table will have trips of users 

2- Registered users can requests items on a trip 

3-When the registered user go to the other user created trip page then he can send the request to user against that trip to carry an item for him . 
then an entry will be inserted in a carry_request table by sender_id which has requested the item and receiver id the user which has received the requests. 

現在我有問題審查表 我如何才能決定哪個用戶給其他用戶審查，哪些還沒有給予審查 我們還將在審查表中對每個carry_request進行審查2項，因爲對1個進位請求我們將有2個審閱來自發件人和來自接收器。

這裏是我的查詢

select i.id as item_id,t.id as trip_id,us.id as sender_user_id,ur.fname as receiver_fname 
from carry_requests cr 
INNER JOIN users us on cr.sender_id = us.id 
INNER JOIN users ur on cr.receiver_id = ur.id 
INNER JOIN trips t on cr.trip_id = t.id 
INNER JOIN items i on cr.item_id = i.id 
where cr.sender_id = 24; 

與此查詢我得到的所有記錄針對該用戶所有被罰款，直到我必須發現哪些發送者並沒有給予審查，以接收器或接收器沒有給出審查讓發件人在屏幕上向他們展示留下評論按鈕。 這裏是我的carry_requests表

CREATE TABLE IF NOT EXISTS `carry_requests` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `sender_id` int(11) NOT NULL, 
    `receiver_id` int(11) NOT NULL, 
    `trip_id` int(11) NOT NULL DEFAULT '0', 
    `item_id` int(11) NOT NULL, 
    `date_created` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, 
    `is_sender_reviwed` int(11) NOT NULL DEFAULT '0', 
    `is_receiver_reviwed` int(11) NOT NULL DEFAULT '0', 
    PRIMARY KEY (`id`) 
) 

CREATE TABLE `trips` (
    `id` INT(11) NOT NULL AUTO_INCREMENT, 
    `uid` INT(11) NOT NULL, 
    `from_location` VARCHAR(255) NOT NULL, 
    `to_location` VARCHAR(255) NOT NULL, 
    `departDTTM` DATE NOT NULL, 
    PRIMARY KEY (`id`) 
) 
CREATE TABLE IF NOT EXISTS `items` (
    `id` int(11) NOT NULL AUTO_INCREMENT, 
    `status` int(11) NOT NULL DEFAULT '0', 
    `created_at` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, 
    PRIMARY KEY (`id`) 
) 

審查表具有

CREATE TABLE `reviews` (
    `id` INT(11) NOT NULL AUTO_INCREMENT, 
    `trip_id` INT(11) NOT NULL, 
    `reviewer_id` INT(11) NOT NULL DEFAULT '0', which has given the review 
    `user_id` INT(11) NOT NULL DEFAULT '0', to whom review was given 
    `rating` INT(11) NOT NULL DEFAULT '0', 
    `review` TEXT NULL, 
    `created_at` TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP, 
    PRIMARY KEY (`id`) 
) 

Answer 1

好，我是這的表之間的關係是如何建立在laravel方面會回答：

首先改變UID到USER_ID在行程表的SQL。

在用戶模型，請執行以下操作：

// User created reviews 
public function created_reviews() 
{ 
    return $this->hasMany(App\Review::class, 'reviewer_id'); 
} 

// Reviews on User 
public function reviews() 
{ 
    return $this->hasMany(App\Review::class, 'user_id'); 
} 

// Organized Trips 
public function trips() 
{ 
    return $this->hasMany(App\Trip::class); 
} 

在行程模式：

// Trip Organizer 
public function organizer() 
{ 
    return $this->belongsTo(App\User::class); 
} 

// Trip Reviews 
public function reviews() 
{ 
    return $this->hasMany(App\Review::class); 
} 

在評論模型：

// Review Creator 
public function sender() 
{ 
    return $this->belongsTo(App\User::class,'reviewer_id'); 
} 

// Review Receiver 
public function receiver() 
{ 
    return $this->belongsTo(App\User::class,'user_id'); 
} 

// Associated Trip 
public function trip() 
{ 
    return $this->belongsTo(App\Trip::class); 
} 

如果您運行下面的代碼：

$user = User::find(10)->with(['reviews','created_reviews','trips','trips.reviews']); 

它會給你以下幾點：

• 評論用戶完成。
• 評論用戶創建的評論。
• 用戶組織的旅程。
• 在用戶組織的旅行上完成的評論。

希望這有助於。

Answer 2

你能描述行程&審覈以及審覈&發送者之間的關係的結構？

這裏是我假設：

1. 之旅可以有多個評論。
2. 一次旅行只能有一個組織者。
3. 用戶可以離開組織者

是一個單一的檢討，我在這正確嗎？