Webapp：Mysql：行級安全性。 PRO /利弊？更好的方法來做到這一點？

Question

我想模擬我使用MySQL開發的webapp上的行級安全性。

使用此方法：使用所需的表創建數據庫，其中與所有用戶有關的數據將通過適當索引表中的列進行存儲。

根據用戶標識爲特定用戶創建mysql'視圖'。

爲了實現行級別的安全性，我還必須爲每個用戶創建一個mysql帳戶，併爲這些視圖設置「grant」權限。

對於Web界面，將使用基於PHP的MVC框架。

但是，根據我的研究：

1] Having separate mysql account per user "make the webapp less secure".
2] Having separate mysql account per user "increases the disk I/O".

問題：
1] How does creating mysql user per webapp user make the webapp less secure?
2] Does the disk I/O increase considerably?
3] Is there a better way to implement row-level-security in MySQL?
4] What are the pros/cons of implementing row-level-security by the above method?

爲什麼我在查看行級安全？
I need row level security because there are rows which will be shared between multiple users & have 1 or 2 owners to it. Only these owners can delete/modify them.

Answer 1

我的意見：

1] How does creating mysql user per webapp user make the webapp less secure?

有進入你的數據庫的多個點。這是從具有users表中，用戶的信息存儲在，然後用適當限制MySQL賬戶不同，它們都使用（如您的Web應用程序配置文件的一部分）

2] Does the disk I/O increase considerably?

不知道如何正確地回答這個問題，因爲你可能讀過這篇文章是關於開發者/數據庫管理員在/ etc誰directly訪問數據庫..

3] Is there a better way to implement row-level-security in MySQL?

與SQL函數和爭奪使用多個SQL帳戶ws在你的MySQL實現中，也許你可以試着控制訪問，而不是從SQL帳戶級別訪問，而是通過表數據訪問用戶？

4] What are the pros/cons of implementing row-level-security by the above method?

一兩件事，是具有多個帳戶的後果是賬戶的維護。

使用視圖和函數和存儲過程將是一種很好的方法來幫助控制您允許訪問者看到的數據量或種類，所以這是一個專業人士。

再一次，這些只是我的意見;我可能誤解了一些部分，並且我可能與其他人錯誤。:)

Answer 2

問題3的答案：

一個簡單的方法可能是使用單獨的表。在性能方面也可能更好。爲什麼要將數據保存在同一個表中是否有原因？據我瞭解，用戶之間不共享行。