Temat: Diagram E/R w UML?

Jakub Wojt:
'Model danych' sugeruje architektowi sposób przechowywania stanu modelu;
Relacyjna baza danych to jest jedyna metoda przechowywania danych. Są inne: np. bazy obiektowe, xml itd...
Stąd moja prośba - niech analityk nie wchodzi w kompetencje architekta i nie narzuca pewnych technicznych rozwiązań.

Kurcze, to na prawdę ciekawe, że analityk wie lepiej od 'swoich klientów' czego ci naprawdę potrzebują.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Diagram klas UML nie wyraża niczego innego jak relacje między i organizację danych w klasach...

Czy program który nie przechowuje swoich danych w 'tabelach' (nie ma diagramu E/R) jest programem 'bezsensownym' i jego projekt musi iść do kosza ?

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jakub Wojt:

Witam,
Tutaj pozwolę sobie nie zgodzić się z Jakubem. Bardzo często spotykam bazy danych, w których klucz główny jest oparty na stringu, czy np. dacie - są to klucze naturalne. Klucz główny oparty na wielu kolumnach również nie jest zjawiskiem egzotycznym.

Ja też wiele rzeczy widziałem. Proszę powiedzieć jaki to ma sens ? "Dodatkowa walidacja wprowadzanych danych" ? "Zabezpieczenie przed rozspójnieniem" ? Przecież to wszystko powinno być w 'programie obiektowym'.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Kamil Stawiarski:
Spójność danych powinna trzymać baza na poziomie constraint'ów a nie aplikacja w swojej obiektowej formie - jest to niezwykle istotne z punktu widzenia wydajności.

Pozdrawiam,
Kamil.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Spójność danych powinna trzymać baza na poziomie constraint'ów a nie aplikacja w swojej obiektowej formie - jest to niezwykle istotne z punktu widzenia wydajności.

Link do wypowiedzi

Temat: Diagram E/R w UML?

ROMAN WILK:

Kamil Stawiarski:
Spójność danych powinna trzymać baza na poziomie constraint'ów a nie aplikacja w swojej obiektowej formie - jest to niezwykle istotne z punktu widzenia wydajności.

Pozdrawiam,
Kamil.

A jak z czystej ciekawości, zapytam ...
Czy kolega zaprojektował chociaż jedną Aplkację, w której oparł logikę w dużej częsci na bazie danych i czy np. "przeżył" upgrade bazy z wersji x do y ?

A czym jest tu spójność danych? Jeżeli mam dwa integrowane systemy i każdy ma dane osobowe to jak tu
rozumiemy spójność? Bo są to odrębne bazy danych... (tablice) dodam, ze integracja jest możliwa wyłącznie
poprzez web serwisy lub ESB ..

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jarek Żeliński:
>

A czym jest tu spójność danych? Jeżeli mam dwa integrowane systemy i każdy ma dane osobowe to jak tu
rozumiemy spójność? Bo są to odrębne bazy danych... (tablice) dodam, ze integracja jest możliwa wyłącznie
poprzez web serwisy lub ESB ..

Myślę, że ten temat został wyczerpany przez normalizację relacyjnych baz danych - dokładniej fragment o zależnościach klucz główny - klucz obcy, oraz constraint'ach typu CHECK.

Integracja systemów jest tu zupełnie osobnym problemem, ponieważ każdy z nich zapewnia takie więzy w swojej bazie niezależnie od drugiego.

Wydaje mi się Panowie, że mówimy i myślimy o zupełnie innych pojęciach.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jarek Żeliński:
obawiam się, ze mówimy o tym samym: system IT w jednej firmie i w jej otoczeniu...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Łukasz Kurowski:

Jarek Żeliński:
obawiam się, ze mówimy o tym samym: system IT w jednej firmie i w jej otoczeniu...

KS pisze o zachowaniu spójności danych w ramach jednego systemu IT, a właściwie jednej bazy danych tego systemu (bo przecież może korzystać z wielu). To może w pełni zostać obsłużone przez mechanizmy bazy danych. Dbanie o spójność pomiędzy systemami to o wiele bardziej złożone zagadnienie i z przykrością stwierdzam, że zaniedbywane w wielu miejscach, o czym przekonał się chyba każdy, kto miał do czynienia z projektami hurtowni danych.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Łukasz Kurowski:

Jarek Żeliński:
obawiam się, ze mówimy o tym samym: system IT w jednej firmie i w jej otoczeniu...

KS pisze o zachowaniu spójności danych w ramach jednego systemu IT, a właściwie jednej bazy danych tego systemu (bo przecież może korzystać z wielu). To może w pełni zostać obsłużone przez mechanizmy bazy danych. Dbanie o spójność pomiędzy systemami to o wiele bardziej złożone zagadnienie i z przykrością stwierdzam, że zaniedbywane w wielu miejscach, o czym przekonał się chyba każdy, kto miał do czynienia z projektami hurtowni danych.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Diagram klas UML nie wyraża niczego innego jak relacje między i organizację danych w klasach...

i to jest niestety herezja...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jakub Wojt:

Diagram klas UML nie wyraża niczego innego jak relacje między i organizację danych w klasach...

i to jest niestety herezja...

Źle to napisałem.
Poprawiona wersja: ... relacje między klasami i organizację danych w klasach.

Teraz mogę być heretykiem ;)

Link do wypowiedzi

Temat: Diagram E/R w UML?

'Model danych' sugeruje architektowi sposób przechowywania stanu modelu;
Relacyjna baza danych to jest jedyna metoda przechowywania danych. Są inne: np. bazy obiektowe, xml itd...
Stąd moja prośba - niech analityk nie wchodzi w kompetencje architekta i nie narzuca pewnych technicznych rozwiązań.

problem w tym, że nie raz jak nie napiszę, to architekt projektuje znormalizowaną baze i ORM/Hibernate i czar pryska bo jeżeli mogę rozbudować model obiektowy to już nie koniecznie leżący po nim model relacyjny.

Kurcze, to na prawdę ciekawe, że analityk wie lepiej od 'swoich klientów' czego ci naprawdę potrzebują.

jeżeli analityk jest także projektantem to wie... to dokładnie to samo co architekt narzucający murarzom pewne szczegóły wykonania,

zepsuć można na prawdę wszystko, to nie jest
przypadek, ze obowiązkowo wpisuję sobie do umowy nadzór nad
wykonawcą, mają tendencje do budowania marży poprzez
upraszczanie projektu lub wręcz niewiedzę lub "jednie słuszne
rozwiązania".

Nie raz toczyłem dyskusje z dostawcą, który wmawiał mi, że mój projekt jest zły bo "nie ma dobrej znormalizowanej bazy a tylko takie są dobre"...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jakub Wojt:
Proszę o przykład takiej rozbudowy / zmiany modelu obiektowego który potencjalnie może jest nieprzekładalny na zamianę 'relacyjną'.

a murarze też mogą coś narzucić architektowi ?
przecież każdy ma jakiś gust ... ;)

Ale przecież problem klienta i wykonawcy :)

Nie raz toczyłem dyskusje z dostawcą, który wmawiał mi, że mój projekt jest zły bo "nie ma dobrej znormalizowanej bazy a tylko takie są dobre"...

Wydaje mi się, że to jest związane z tym, że nie ma skutecznej metodyki wytwarzania oprogramowania 'biznesowego'.

W 'przemyśle' IT panuje totalny chaos ...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Kamil Stawiarski:
Ale jak już jesteśmy przy tym - jeśli walczymy o wydajność systemu to umieszczenie logiki po stronie bazy danych jest jedyną słuszną opcją ...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Proszę o przykład takiej rozbudowy / zmiany modelu obiektowego który potencjalnie może jest nieprzekładalny na zamianę 'relacyjną'.

mam np. system FK z magazynami, pod nim piękna znormalizowana baza(czyli standard), teraz FK wywalam, wstawiam nowe a zostawiam a magazyny wraz z logistyką. Oczekuję mimo to dostępu do starych faktur.

Nie raz toczyłem dyskusje z dostawcą, który wmawiał mi, że mój projekt jest zły bo "nie ma dobrej znormalizowanej bazy a tylko takie są dobre"...

Wydaje mi się, że to jest związane z tym, że nie ma skutecznej metodyki wytwarzania oprogramowania 'biznesowego'.

pewnie nie, ale są skuteczniejsze metody projektowania niż jedna wielka znormalizowana baza...

W 'przemyśle' IT panuje totalny chaos ...

w przemyśle nie, w wielu projektach tak...

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jakub Wojt:

Proszę o przykład takiej rozbudowy / zmiany modelu obiektowego który potencjalnie może jest nieprzekładalny na zamianę 'relacyjną'.

mam np. system FK z magazynami, pod nim piękna znormalizowana baza(czyli standard), teraz FK wywalam, wstawiam nowe a zostawiam a magazyny wraz z logistyką. Oczekuję mimo to dostępu do starych faktur.

To jest zmiana stanu systemu a nie modelu.

Jeśli jest to zmiana modelu to na czym ona polega ? Jak się zmienia (np.) obiektowy model domeny ?

Link do wypowiedzi

Temat: Diagram E/R w UML?

Ja też wiele rzeczy widziałem. Proszę powiedzieć jaki to ma sens ? "Dodatkowa walidacja wprowadzanych danych" ? "Zabezpieczenie przed rozspójnieniem" ? Przecież to wszystko powinno być w 'programie obiektowym'.

Ma taki sens, że wynika z zapotrzebowań biznesowych.
A naturalne klucze główne są często najlepszą opcją, zwłaszcza
jeżeli mówimy o hurtowniach danych.

Spójność danych powinna trzymać baza na poziomie constraint'ów a nie aplikacja w swojej obiektowej formie

- jest to niezwykle istotne z punktu widzenia wydajności.

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jakub Wojt:

Spójność danych powinna trzymać baza na poziomie constraint'ów a nie aplikacja w swojej obiektowej formie

kto tak twierdzi ?

- jest to niezwykle istotne z punktu widzenia wydajności.

czego ? systemu, zespołu produkcyjnego, czy zespołu rozwijającego system ?

Link do wypowiedzi

Temat: Diagram E/R w UML?

Jarek Żeliński:

Paweł Grzegorz Kwiatkowski:

...

Technicznie jest więc to wykonalne, jednak nie jest to standard. Ot, ciekawostka ;)

rozszerzenia buduje się poprzez stereotypy, pojęcie profilu to dodanie do systemu klasyfikatorów (klas) dodatkowego aparatu pojęciowego ale profil taki nie zmienia obiektowego paradygmatu całej notacji UML, po protu problem w tym, że aparat matematyczny rachunku relacji w systemie relacyjnego opisu danych i paradygmat obiektowy to dwa światy, niestety stale trafiają się chętnie na modelowanie danych w UML...

można co najwyżej mówić o podobieństwie modelu klas do modelu konceptualnego danych ale z pewnymi jednak różnicami (ograniczeniami), podstawowe wybrane różnice to:
- relacyjny model danych ER nie dopuszcza relacji wiele-do-wiele (musi być rozwiązywane dodatkową encją "w środku", w modelu (paradygmacie) obiektowym nie istnieje takie ograniczenie
- obiekty (model obiektowy) mogą być logicznie kojarzone z pomocą odwołania do wartości atrybutów, w modelu relacyjnym skojarzenia to są trwałe asocjacje (relacje), nie zmieniane (związek dwóch klas nie musi oznaczać ich trwałego skojarzenia asocjacją obiekt jest aktywny i może sam "poszuka" skojarzonej logicznie klasy, krotki w RDBMS to martwe zapisy)

Przytoczona strona Amblera, w moich oczach to kulawe atrapy rodem z EJB (POJO i binsy)... mało to ma wspólnego z UML i obiektowością, a profil ma poważne wady (stereotyp sam jest klasa, definicja profilu to także rodzaj diagramu klas rozszerzającego taksonomię notacji, tak więc profil bez spójnego metamodelu jest niereyfikowalny). Samo naklepanie stereotypów nie oznacza, że stworzyliśmy profil dla UML.

Link do wypowiedzi