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?

Wydaje mi się że nie ma czego się obawiać że baza danych nie wyrobi. Takie rozwiązanie jest nawet konieczne.

Przy PostgreSQL to już bajka, ta baza uwielbia duzą liczbę krotek w tabeli. Tworzyłem porównywarkę cen która posiadała ponad milion produktów, do tego dochodzi drugie tyle ofert. Ale mimo tego baza działa stabilnie a strony otwierają się błyskawicznie. Co w przypadku MySql było już gorzej. Który potrafił się zawiesić.

W twoim rozwiązaniu wystarczy załozyć indexy na module_id wtedy nie będziesz miał problemu z wydajnością.