Jeśli mierzysz milisekundy, a dyskowe operacje we/wy systemu nie są bardzo wolne, opcja 2 zapewni lepszą wydajność. Ale , mówimy o znikomym skróceniu czasu realizacji. Ponieważ już będziesz wysyłał zapytania do bazy danych, aby uzyskać wiadomość, byłoby wysoce zoptymalizowane, aby po prostu uzyskać nazwę kategorii w tym samym czasie. Dodałbym tabelę mapowania identyfikator-nazwy-kategorii do nazw kategorii . I dołącz do tego, gdy będziesz otrzymywać wiadomości.
Z punktu widzenia elastyczności i z punktu widzenia wyeliminowania jak największej liczby możliwych źródeł błędów również bym podążał za moim powyższym pomysłem. Ponieważ zwiększa elastyczność systemu i przechowuje wszystkie dane w jednym miejscu. Zmiana nazwy kategorii wymagałaby edycji jednej kolumny w bazie danych zamiast edytowania pliku konfiguracyjnego php lub, jeśli użyto opcji 1, aktualizacji każdego rekordu wiadomości.
Więc moja najlepsza rada, dodaj tabelę z identyfikatorem-nazwy-kategorii do nazw kategorii mapowania, a następnie elementy wiadomości zawierają identyfikator kategorii, do której należą.
Aby uzyskać wydajność, możesz następnie buforować dane, które pobierasz, dotyczące istniejących kategorii i innych danych, dzięki czemu nie musisz cały czas odpytywać bazy danych o te informacje.
Na przykład. Możesz zamiast w ogóle dołączyć, pobrać wszystkie kategorie z tabeli kategorii, którą opisałem powyżej. Buforuj go w aplikacji i pobieraj tylko wtedy, gdy pamięć podręczna zostanie unieważniona. tj. nastąpiło przekroczenie limitu czasu lub dane w bazie danych zostały zmanipulowane.
