Istnieją 3 starsze systemy, które są zbliżone do twoich wymagań:
- pick ,
- POMPY ,
- Microsoft Access
Pick i MUMPS zostały opracowane na wiele lat przed pierwszym artykułem naukowym na temat relacyjnych baz danych (co było około dekadę przed pojawieniem się na rynku pierwszego komercyjnego systemu baz danych opartego na SQL - od firmy, którą teraz nazywamy Oracle; pierwsza próba produktu IBM zakończyła się niepowodzeniem i udany system oparty na SQL był później). Może się okazać, że nadal są w użyciu (nasz system lokalnego transportu publicznego używał Pick do niedawna w systemie planowania podróży). Nie chcesz mieć nic wspólnego z Pick ani MUMPS, a najlepszą radą, jaką mogę dać, jest „odejdź od klawiatury z rękami w powietrzu!”. Jeśli masz z tym coś wspólnego, w uszach powinna dzwonić fraza „będzie ci przykro”.
Microsoft Access zostaje poważnie wyszydzony i skrytykowany w kręgach IT, ponieważ nieprogramiści mogą łatwo zrobić krytyczną aplikację biznesową z Access i zmutować ją w coś, bez czego firma dosłownie nie mogłaby żyć. Jest również całkiem prawdopodobne, że całkiem sporo programistów zaczęło pracę nad MS Access, a ponieważ sprawy ciągle się psuły, nauczyli się je naprawiać (pierwszy krok to tradycyjnie nauka podstaw graficznych i przepisywanie aplikacji Access najpierw w VB, a potem w czymś „lepszym”). Możliwe jest stworzenie dobrze działającej aplikacji Access, która działa z dużą ilością danych - widziałem, że to zrobiono - ale istnieją łatwiejsze sposoby robienia rzeczy i potrzeba znacznie mniej umiejętności, aby uczynić (i utrzymać) studnię zachowała się aplikacja poza VB i SQL Server.
Od SQL Server 2005 Microsoft wprowadził możliwość umieszczania CLR w procedurach i funkcjach przechowywanych. A jeśli chcesz być podstępny, możesz utworzyć typy danych, których możesz użyć jako kolumn w bazie danych. Myślę, że Oracle ma coś podobnego z Javą.
To powiedziawszy, nie sądzę, aby cokolwiek powstrzymało cię od stworzenia takiego lub postawienia hipotez na ich temat. Pick i MUMPS są starsze niż większość koderów tutaj i odzwierciedlają bardzo COBOLY sposób patrzenia na świat.
Moją osobistą radą jest oddzielenie rzeczy. Używaj języka, który jest dobry w manipulowaniu danymi, których potrzebuje Twój projekt (z zastrzeżeniem, że czasami „najlepszym” językiem jest ten, w którym łatwo można znaleźć programistów, którzy potrafią czytać / pisać kod). Użyj systemu baz danych, który dobrze zachowuje dane potrzebne Twojemu projektowi.