🚀 go-pugleaf

A. Hajderek wrote:

> Najpierw musimy sprecyzowac jakich funkcji oczekujemy od bazy danych w
> kontekscie projektu. Stworzenie uniwersalnego abstrakcyjnego interfejsu do
> bazy danych jest trudne, lub nawet niemozliwe (albo nieefektywne).
> Tym nie mniej, mozna wyodrebnic pewien zakres funkcji, niezbednych w
> przypadku konkretnej aplikacji. Przyklad (bardzo prosty):
> 1. Musimy zapisywac rekordy - funckcja AddRecord
> 2. Musimy wyszukiwac rekordy - funkcja ReadRecord
> 3. Musimy uaktualniac rekordy - funkcja UpdateRecord
> Rekord j.w. nie musi byc rekordem tablicy, ale moze byc kompletna informacja
> o obiekcie (np. osobie) okreslana zbiorem relacji.
> Nasz interfejs musi definiowac wszystkie niezbedne operacje. Implementacja
> bedzie juz zalezec od typu bazy danych.
> Okreslenie takiego abstrakcyjnego interfejsu moze byc trudne, ale nie musi -
> zalezy to od projektu i modelu danych.
>
> Byc moze ktos ma lepszy pomysl?

Oczywiscie. Tego rodzaju pomyslow wyleglo sie w literaturze sporo; ich nazwy:
SQL86, SQL89, SQL92, SQL3, PL/SQL, ODBC, JDBC, ODMG 2.0 (standard),
ok. setki jezykow znanych jako 4GL lub RAD, okolo pol setki jezykow znanych
jako DBPL (DataBase Programming Language), wsrod nich wersje Java.

Dla celow jakiegos bardzo uproszczonego projektu moze mozna oczywiscie
skorzystac z cytowanej wyzej propozycji, ale obawiam sie, ze zrobienie na
wlasna reke nawet takiego prostego interfejsu do bazy danych moze byc
obarczone wieloma wadami.

Pozdrowienia
Kazimierz Subieta