-
Data: 2019-07-27 17:11:58
Temat: Serializacja obiektów w bazie danych - jakie podejście jest zalecane?
Od: Szyk Cech <s...@s...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]
Witam
Chcę rozpocząć nowy projekt od zera. Projekt będzie dotyczył prostego
programu edukacyjnego do nauki angielskiego (takie lepsze SuperMemo)
opartego o bazę danych. Program ma być dostosowany do użytku na
sprytnych telefonach komórkowych z systemem Android (oraz na tabletach i
PC z Windows lub Linux).
Chcę do tego projektu zrobić bazę danych. Jednak nie głupią.
Oczekiwane cechy modułu bazy danych:
* zamyka w sobie całą specyfikę biblioteki pośredniczącej, motoru i
zapytań Sql-a.
* struktura bazy danych generuje się automatycznie z klas C++. Klasy
zachowalne w bazie są wzbogacane o makra: PRIMARY_KEY,
FOREIGN_KEY(klasa.zmienna1, klasa.zmiennaN), INDEX, NO_STORE. Makra te
nic nie robią z poziomu C++, mają znaczenie tylko dla parsera klas
zachowalnych.
* przed zbudowaniem aplikacji jest uruchamiany parser klas zachowalnych
* parser klas zachowalnych wykrywa zmiany w klasach zachowalnych i
generuje: pierwszą wersję pliku struktury danych w SQL-u lub pacz w
porównianiu do poprzedniej wersji, oraz nową wersję klasy bazy danych.
* parser dodaje do pacza pustą i popsutą metodę migrateData() którą
trzeba naprawić i odpowiednio uzupełnić (bez naprawienia się nie
skompiluje).
* po skompilowaniu uruchamiana aplikacja wykrywa jakie pacze powinna
zastosować na bazie i w razie potrzeby ją aktualizuje w pełni automatycznie.
To wiem jak zrobić.
Natomiast nie wiem, czy generowane funkcje do obsługi bazy danych:
1. Powinny znajdować się w jednej super klasie?
2. Powinny być rozrzucone w klasach serializujących poszczególne obiekty?
Ja pierwotnie zrobiłem ten generator struktury baz danych i paczy do
nich tak że generował jedną super klasę. Jednak nie wiem czy to
prawidłowe podejście. Mi się wydaje, że tak, bo całą logikę bazy danych
miałem zawsze w jednej klasie jaką sobie przezywałem using-iem tak by
mimo podbijania wersji bazy nic nie zmieniać w kodzie.
Jakie są zalety użycia wielu klas (po jednej do każdej zachowalnej klasy?
Jak to robią korporacje? Jak się to robi w dużych systemach?
dzięki tym co wytrwali do końca
pozdro
Szyk Cech
Następne wpisy z tego wątku
- 27.07.19 21:39 Maciej Sobczak
- 27.07.19 21:57 Szyk Cech
- 28.07.19 21:58 Maciej Sobczak
- 29.07.19 09:07 Tomasz Kaczanowski
- 29.07.19 17:03 Szyk Cech
- 29.07.19 17:15 Queequeg
- 30.07.19 08:23 Tomasz Kaczanowski
- 30.07.19 10:51 Maciej Sobczak
- 31.07.19 18:30 Szyk Cech
- 31.07.19 18:40 Szyk Cech
- 31.07.19 18:52 wloochacz
- 01.08.19 13:41 Maciej Sobczak
- 02.09.19 14:56 M.M.
- 02.09.19 17:46 Szyk Cech
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=