Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.programming > #32750
| From | Tomasz Kaczanowski <kaczus@poczta.onet.pl> |
|---|---|
| Newsgroups | pl.comp.programming |
| Subject | Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? |
| Date | 2019-07-29 09:07 +0200 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <qhm60a$1j7l$1@gioia.aioe.org> (permalink) |
| References | <3RZ_E.825905$w82.303616@fx33.am4> <b5a5eba3-5dcd-4ee9-acf6-4ee728a19a5f@googlegroups.com> <U02%E.324013$Lu7.252596@fx13.am4> |
W dniu 2019-07-27 o 21:57, Szyk Cech pisze: >>> * struktura bazy danych generuje się automatycznie z klas C++. >> >> Dlaczego? > > Hasło: DRY (ang.: Don't repeat yourself.). > > Nie zmierzam robić tego raz. Chcę stworzyć mechanizm generowania baz dla > wszelkich moich projektów bazodanowych. Chcę mieć potem wygodę używania > tego rozwiązania (tak wiem by to osiągnąć muszę napisać drugie tyle > testów automatycznych). > > SOCI ma pełnić w tym kluczową rolę, bo jak rozumiem przykrywa nawet > specyficzną składnię danego motoru (ujednolica ją). Prawdopodobnie będę > musiał użyć wersji 3.x z uwagi na stabilność. Szkoda, że nie wiadomo > jakie są różnice między wersjami 3.x a 4.0... Problem jest taki, że takie przebudowywanie bazy od strony programu wprowadza na bazę ograniczenia (szczególnie jeśli chodzi o rzeczy specyficzne dla danego silnika bazodanowego), po wtóre potrafi wygenerować dodatkowe problemy. Nadzorowanie struktury bazy z klienta to proszenie się o kłopoty. Pracuje przy jednym podobnym projekcie, kto w ten sposób obmyślił, niby wszystko fajnie, ale niestety jeśli potrzeba cos poprawić / zoptymalizować, zaczynają się schody. Dużo lepsze rozwiązanie było w poprzedni projekcie, przy którym pracowałem, gdzie baza była niezależna od kodu klienta, jeśli chodzi o strukturę. Jedyne co to baza pozwalała się podpiąć bądź nie w zależności od wersji programu. -- http://kaczus.ppa.pl
Back to pl.comp.programming | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-07-27 17:11 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Maciej Sobczak <see.my.homepage@gmail.com> - 2019-07-27 12:39 -0700
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-07-27 21:57 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Maciej Sobczak <see.my.homepage@gmail.com> - 2019-07-28 12:58 -0700
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2019-07-29 09:07 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-07-29 17:03 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Tomasz Kaczanowski <kaczus@poczta.onet.pl> - 2019-07-30 08:23 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-07-31 18:30 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Maciej Sobczak <see.my.homepage@gmail.com> - 2019-07-30 01:51 -0700
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-07-31 18:40 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? wloochacz <wloochacz@no.spam.gmail.com> - 2019-07-31 18:52 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Maciej Sobczak <see.my.homepage@gmail.com> - 2019-08-01 04:41 -0700
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? "M.M." <mmarszik@gmail.com> - 2019-09-02 05:56 -0700
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? Szyk Cech <szykcech@spoko.pl> - 2019-09-02 17:46 +0200
Re: Serializacja obiektów w bazie danych - jakie podejście jest zalecane? queequeg@trust.no1 (Queequeg) - 2019-07-29 15:15 +0000
csiph-web