Temat: UML a ERD

Jakub Wojt:

Umawiając się na "Tabelkę" czy XML - chodzi o formę reprezentacji dane o określonej strukturze uzyskanej z reguły biznesowej.
Umawiając się na tabelkę/widok nie musimy umawiać się na samodzielne budowanie reguły biznesowej.

Systemy informatyczne powinny być 'binarnym' odzwierciedleniem rzeczywistości.
Czy kiedykolwiek spotkałeś się z sytuacją, kiedy pracownik jednej firmy (systemu) pojawiał się w biurze innej i sam sobie wybierał dokumenty jakich potrzebuje.

13.09.2011, 12:45

Link do wypowiedzi | Cytuj

Temat: UML a ERD

Jarek Żeliński:

Umawiając się na "Tabelkę" czy XML - chodzi o formę reprezentacji dane o określonej strukturze uzyskanej z reguły biznesowej.

nie, mając API wysyłam zapytanie o konkretny obiekt i go dostaję, mając wystawiona tabelkę lub widok muszę sam pisać zapytanie SQL...

Umawiając się na tabelkę/widok nie musimy umawiać się na samodzielne budowanie reguły biznesowej.

to właściciel danych zna reguły nimi rządzące, pytający oczekuje konkretnego obiektu biznesowego (faktura, zamówienie, dane kontrahenta, ...)

Uodpornienie się na modyfikację tabeli jest zastosowanie widoku na tabele, udostępniamy dane, jakie są uzgodnione z odbiorcą, czyli zapewniamy kompatybilność.

nadal muszę operować zapytaniami SQL

SQL służy do pozyskania informacji ze struktur danych, XML zapisuje/opisuje informacje w postaci struktury danych.

jako użytkownik danych potrzebuję konkretnych danych a nie możliwości wykonania sobie samemu raportu, po drugie wynik raportu to dane dynamiczne a ja potrzebuję danych "trwałych" statycznych (z uwagi na ryzyko pobierania danych historycznych)

Powiem tak: nie znęcajmy się nad SQL - bo może za Interface kryje się SQL.

owszem, mam cały czas na myśli to, że SQL to "coś specyficznego dla baz relacyjnych" a operując np. XMLem nie muszę wiedzieć jak te dane są składowane i nie muszę umieć ich pozyskiwać "raportami" (nie raz bardzo złożonymi), pamiętajmy, że każdy motor baz danych ma swoja specyfikę (także na poziomie języka zapytań) a ja budując interfejs do zdalnego systemu nie chce się uzależniać od cudzej implementacji, chcę wiedzieć, że jak zapytam o te same dane to odpowiedź nie powinna zależeć od tego kto odpowiada.

Na koniec: XML'a dostane lokalnie przez sieć internet, jak mam "realizować zapytania SQL" zdalnie po sieci?

13.09.2011, 13:08

Link do wypowiedzi | Cytuj

Temat: UML a ERD

Jarek Żeliński:

Maciej Lasek:
aby pobrać obiekt także musimy wydać komendę. SELECT * FROM [tabela] proste.

owszem, ale to robota API a nie moja ...

Umawiając się na tabelkę/widok nie musimy umawiać się na samodzielne budowanie reguły biznesowej.

to właściciel danych zna reguły nimi rządzące, pytający oczekuje konkretnego obiektu biznesowego (faktura, zamówienie, dane kontrahenta, ...)

tabela nie jest konkretna

nie rozumiem?

Uodpornienie się na modyfikację tabeli jest zastosowanie widoku na tabele, udostępniamy dane, jakie są uzgodnione z odbiorcą, czyli zapewniamy kompatybilność.

nadal muszę operować zapytaniami SQL

SELECT * FROM [tabela] skomplikowane zapytanie aby pobrać dane.

nie interesuje mnie raport z cudzej bazy a obiekt np. konkretna faktura, nie chce brać odpowiedzialności za interpretacje danych z cudzej bazy, chce fakturę zgodną z prawem od jej posiadacza (dysponenta).

Na koniec: XML'a dostane lokalnie przez sieć internet, jak mam "realizować zapytania SQL" zdalnie po sieci?

Tabela to nie SQL.

ale faktura z bazy RDBMS to raport z tabel, nie interesuje mnie tabela a konkretna faktura.

13.09.2011, 16:53

Link do wypowiedzi | Cytuj

Temat: UML a ERD

Jarek Żeliński:

Maciej Lasek:

owszem, ale to robota API a nie moja ...

ale API samo się nie domyśli skąd, w jaki sposób pobrać dane

API wystawia właściciel i on wie gdzie te tabele...

Tabela/widok jak plik XML zawiera konkredne dane. Nie musimy znać praw rządzących tabelami w RDBMS; dane są w jednym widoku/tabeli, który reprezentuje np fakture.

jak wygląda jedna tabela będąca fakturą? Po drugie

XML zawiera takie same dane jak tabela/widok. Gdzie odpowiedzialność po stronie biorcy.

XML=tabela? hm...

ale faktura z bazy RDBMS to raport z tabel, nie interesuje mnie tabela a konkretna faktura.

Trudno sie porozumieć jak się uważa, że dane z tabeli/widoku nie reprezentują konkretnej faktury, a plik XML wygenerowany z obiektu (który jest tabelą w RDBMS, plikiem w systemie plików, kartką papieru w sekregatorze) już jest konkretną fakturą.

jak ktoś uważa, że tabela i plik XML to to samo to faktycznie mamy brak porozumienia... ale może ja się mylę bo tabela to konkretne kolumny i wiersze (dwa wymiary) a plik XML to dowolnie zagnieżdżona struktura... jak wygląda faktura w postaci jednej tabeli?

P.S.
Dlaczego standardowe nie tylko w sieci Internet np. webserwisy wymieniają sie plikami XMl a nie zapytaniami SELECT * FROM?

14.09.2011, 00:05

Link do wypowiedzi | Cytuj