Koncepcja tabeli Opcje

[seth-kk]

Czy projekt tabeli w stylu

[SQL] pobierz, plaintext 
CREATE TABLE files (
id SERIAL PRIMARY KEY,
module_id INT REFERENCES modules(id) ON DELETE CASCADE,
file_name TEXT,
... other file options
);
CREATE INDEX files_module_id ON files(module_id);
[SQL] pobierz, plaintext 

jest oplacalny z punktu widzenia bazy danych i jej optymalizacji, oraz ew calej aplikacji bazujacej na MVC?
Tzn jest sobie projekt ktory ma N modulow kozystajacych z plikow skladowanych na serwerze, kazdy modul ma wlasne foldery z plikami ale ich lista znajduje sie w jednej tabeli. W alternatywie jest tworzenie niezaleznych tabel dla kazdego modulu ktore w 90% beda wygladaly i dzialaly tak samo.
Obsluga takiej tabeli wydaje sie byc latwiejsza (jeden model, jeden controller z ktorego moga kozystac poszczegolne moduly itp), z drugiej strony to mniej triggerow w bazie, mniej indexow, mniej rekordow w tabeliach (mysle ze realnie jestem w stanie umiescic tam kilkanascie do kilkuset tysiecy rekordow i przynajmniej kilka modulow) ale wiecej pracy przy tworzeniu i rozbudowie takiego rozwiazania
Myslicie ze to sensowny pomysl?