To nie odpowiada na twoje pytanie jako takie; oferuje alternatywne rozwiązanie, które może mieć taki sam efekt.
Zamiast przechowywać pojedynczą kolumnę bazy danych z pseudokodami, które definiują warunek, należy utworzyć tabelę, w której schemat definiuje typy warunków, które muszą być spełnione, oraz wartości tych warunków. Upraszcza to programową ocenę tych warunków, ale może się skomplikować, jeśli masz do wyboru wiele różnych warunków.
Na przykład może istnieć tabela wyglądająca następująco.
CONDITION_ID | MINIMUM | MAXIMUM | IS_PRIME | ETC.
______________________________________________________
1 | 2 | NULL | NULL | ...
2 | 4 | 6 | NULL | ...
Te wpisy rzędu, odpowiednio map z zasadami value > 2
i .
Zapewnia to szereg korzyści w stosunku do podejścia, które oferujesz.
- Poprawiona wydajność i czystość
- Twoje warunki mogą być oceniane na poziomie bazy danych i mogą być używane do filtrowania zapytań
- Nie musisz martwić się o obsługę scenariuszy, w których składnia pseudokod jest uszkodzony
To brzmi raczej bolesnie – NimChimpsky
Polecam znalezienie lepszego sposobu na zrobienie tego, w przeciwnym razie będzie to musiało zostać wykonane za pomocą Odbicia. – Jivings
Tak, błędnie przeczytany ... usunięty wpis – dardo