Witam

Mam pytanie co sądzicie na temat rozwiązania dotyczącego przetrzymywania artykułów w bazie danych a mianowicie:
Obecnie mam trzy tabele
-artykuły
-artykuły_archiwalne
-artykuły_prywatne

i w każdej powiązanej tabeli np kategorie, liczniki, itp mam dodatkowe pole o nazwie: tabela i tam umieszczoną nazwę tabeli.
Myślę, że rozwiązanie dobre bo mogę odciążać tabelę główną usuwając część rekordów do tabeli archiwalne ale niestety dochodzą wszędzie warunki dla tabel powiązanych :
... WHERE id_artykulu = '' AND tabela = 'artykuły_archiwalne' itp

Pytanie czy nie lepiej było by wykonać to w ten sposó, że dodać w tabeli artykuły pole typ o możliwościach:
widoczne
archiwum
prywatny

a z pozostałych tabel całkowicie pozbyć się pola tabela i warunku tabela = 'nazwa tabeli' z zapytań sql?
Być może ktoś miał podobny problem, dlatego proszę o poradę.

Pozdrawiam

Zdecydowanie lepiej zastosować kolumnę-flagę przechowującą status/rodzaj artykułu.

Drugie rozwiązanie wydaje się sensowniejsze, jeżeli ilość artykułów nie jest kosmiczna Tylko zamiast pól tekstowych radziłbym używać pola typu tinyint
1-widoczne
2-archiwum
3-prywatny

Ok, dzięki za odpowiedź.
A co sądzicie o zastosowaniu pola typu enum np:

[SQL] pobierz, plaintext 
`typ` enum('normalny','archiwum','prywatny') NOT NULL DEFAULT 'normalny',
[SQL] pobierz, plaintext 

Ze skryptu będą również korzystać inne osoby i zależy mi na maksymalnej czytelności z jak najmniejszą ilością dodatkowych objaśnień, oczywiście przy zachowaniu dobrej wydajności

@indexx: @CuteOne: O ile to tylko możliwe nigdy nie powinno korzystać się z jakiś magicznych liczb w kodzie/programie, dlatego też użycie ENUM-a jest tu jak najbardziej na miejscu.

Trochę dziwny podział, czy artykuł w archiwum nie może być normalny lub prywatny ?

Wszystko zależy od założeń, ale myślę że łączenie oznaczenia dostępu do artykułu i tego czy artykuł jest aktualny czy archiwalny jest złym pomysłem

Założenie jest właśnie takie, że nie może, jedyny podział to taki jak opisałem i nie ma tutaj możliwości artykuły prywatnego w archiwum itp

Jedyne co jeszcze przychodzi mi do głowy to, że być może będę miał dodatkowy podział na aktywny i oczekujący w dziale normalne i nie wiem czy nie lepszym wyjściem było by utworzenie:
- normalny_aktywny
- normalny_oczekujacy
Jednak w takim wypadku dochodzą dodatkowe zapytania łaczone typu
WHERE typ = 'normalny_aktywny' AND typ = 'normalny_oczekujacy' gdybym chciał wyszukać czy wyświetlać wszystkie itp.
Teraz rozwiązał bym to dodatkową kolumną aktywny => tinyint 0 lub 1 ponieważ mam zdacydowanie więcej zapytań w których wystarczy jeden warunek

[SQL] pobierz, plaintext 
WHERE typ = 'normalny'
[SQL] pobierz, plaintext 

zamiast

[SQL] pobierz, plaintext 
WHERE typ = 'normalny_aktywny' AND typ = 'normalny_oczekujacy'
[SQL] pobierz, plaintext 

Chyba zaczynam za dużo kombinować