🚀 go-pugleaf

Użytkownik "mn" <mnemonik_soft[usun]@poczta.onet.pl> napisał w wiadomości 
news:fk2rfa$vto$1@mx1.internetia.pl...

> Czy z plików XML mozna korzystac tak jak z bazy danych?

W pewnym zakresie - tak. Dopoki jestes w jednym pliku nawet wygodniej niz z 
bazy danych. Jezeli dane sa w roznych plikach (a tak jest najczesciej) 
trzeba jakas konwencja te pliki powiazac.

> Przykład:
> Klient wypełnia formularz na stronie www,
> Wartości pól formularza trafiaja do pliku XML
> (Mozna byloby je zrzucac do bazy danych ale zdarzaja sie formularze które 
> maja 40 - 60 pól do wypełnienia i zarządzanie tyloma columnami - począwszy 
> od nazewnictwa itd. jest kłopotliwe)

Nie ma sensu rozkladac xml'li po polach w bazie. No chyba, ze sa bolesnie 
plaskie. W relacyjnej strukturze mozna trzymac indeksy wiazace struktury 
(bardzo wygodny sposob na zapewnienie intergralnosci).

Wartosci potrzebne przy wyszukiwaniu/agregowaniu w kilku plaskich tabelach 
(po jednej dla kazdego typu danych).

> Czy można odwoływać się do pliku XML tak jak do bazy dancyh zapytaniem 
> "select"?

Nie. Trzeba skorzystac z XPath.

> Czy XML ma Autoincrement wartości?

Nie ma. Ale jest position(), ktore zazwyczaj zalatwia sprawe.

> Jak duzy może być plik XML na serwerze? i jak to sie ma do wydajności

Pojedynczy - do 100 kB. Im wiekszy plik tym wiecej zasobow trzeba na jego 
obrobienie. Szacuje sie, ze plik zaladowany do DOM'a zajmuje 10 * wiecej 
pamieci niz wazy na dysku.

> Bardzo proszę o jakieś podpowiedzi

Heh, popelnilem kiedys - jako produkt uboczny - mini system wyszukiwania i 
prezentowania dokumentow (dosc skomplikowanych). I bodajze na 2 * P III / 
700 wyszukiwanie w/g 5-10 kryteriow w bazie zawierajacej 1.5 mln dokumentow 
dawalo odpowiedzi po 1-3 sekundach.

sz. 

Ugryźmy to inaczej


>
>> Przykład:
>> Klient wypełnia formularz na stronie www,
>> Wartości pól formularza trafiaja do pliku XML
>> (Mozna byloby je zrzucac do bazy danych ale zdarzaja sie formularze które 
>> maja 40 - 60 pól do wypełnienia i zarządzanie tyloma columnami - 
>> począwszy od nazewnictwa itd. jest kłopotliwe)


> Nie ma sensu rozkladac xml'li po polach w bazie. No chyba, ze sa bolesnie 
> plaskie. W relacyjnej strukturze mozna trzymac indeksy wiazace struktury 
> (bardzo wygodny sposob na zapewnienie intergralnosci).
>
> Wartosci potrzebne przy wyszukiwaniu/agregowaniu w kilku plaskich tabelach 
> (po jednej dla kazdego typu danych).



Powiedzmy ze opisze cały formularz  w formacie par <klucz><wartosc>
zapisze to coś w bazie danych MSSQL w jakiejś tabeli
(brzmi zachęcająco jedna columna dla wszystkich formularzy :-))

Ale co potem?

Czy zrzucac to do pliku XML na serwerze?
Czy też czytać "para - wartość" bezpośrednio z rekordu?


Pozdrawiam 

Użytkownik "mn" <mnemonik_soft[usun]@poczta.onet.pl> napisał w wiadomości 
news:fk3hmo$ir6$1@mx1.internetia.pl...

> Powiedzmy ze opisze cały formularz  w formacie par <klucz><wartosc>

Nie tyle klucz/wartosc, co dokument/sciezka/wartosc, z tym, ze sciezka jako 
id z innej tabeli.

> zapisze to coś w bazie danych MSSQL w jakiejś tabeli
> (brzmi zachęcająco jedna columna dla wszystkich formularzy :-))

Nie. Jedna tabela d;la kazdego _typu_danych_. Dokladniej: dla grup typow, 
ktore oplaca sie trzymac razem.

> Ale co potem?

A czy ja jestem wrozka? Przedstaw problem szerzej. Chyba nie myslisz, ze 
dostaniesz rozwiazanie komercyjnego (nieprawdaz...?) zagadnienia, w sposob 
taki, ze ty bedziesz wiedzial wszystko, a ludzie czytajacy watek niewiele...

:-P

> Czy zrzucac to do pliku XML na serwerze?
> Czy też czytać "para - wartość" bezpośrednio z rekordu?

Po pierwsze: w xml'u zagadnienie "rekord" jest bardziej skomplikowane niz w 
sql'u.

Po drugie; to zalezy od struktury.

sz. 

Witam

Bardzo dziękuje za  naprowadzajace na temat wypowiedzi usera szomiz

> A czy ja jestem wrozka? Przedstaw problem szerzej. Chyba nie myslisz, ze 
> dostaniesz rozwiazanie komercyjnego (nieprawdaz...?) zagadnienia, w sposob 
> taki, ze ty bedziesz wiedzial wszystko, a ludzie czytajacy watek 
> niewiele...
>

To rozwiązanie jest komerycyjne to prawda.

Na dzień dzisiejszy działa to tak -
robimy formularz w html-u wrzucamy do ASP.NET (tutaj kodujemy np. kalkulacja 
pól)
zrzucamy wartości z pól do Xml w bazie danych - a potem jeśli zajdzie 
potrzeba wczytujemy te dane do odpowiedzniego formularza

Jest bardzo duzo roboty w HTML

Więc moje kolejne pytanie.
Czy ktoś z was próbował opisac HTML formularza w XML ?
I czy to wogóle na sens ?

A idąc dalej może są jakieś desinery HTML w XML

Pozdrawiam
mnemonik

Użytkownik "mn" <mnemonik_soft[usun]@poczta.onet.pl> napisał w wiadomości 
news:fke013$pi0$1@nemesis.news.tpi.pl...

> Więc moje kolejne pytanie.
> Czy ktoś z was próbował opisac HTML formularza w XML ?

Oczywiscie, ze probowal. Kierunek, w ktorym nalezy sie pouszac opisany jest 
w kursokonferencji. Z tym, ze jazda zaczyna sie dopiero jak sie do 
wszystkiego dopnie scheme.

> I czy to wogóle na sens ?

Ma i to badzo duzy. Z tym, ze bez xslt sie zajedziesz.

> A idąc dalej może są jakieś desinery HTML w XML

W planach - sa. Helion nawet zamowil na ten temat ksiazke, z tym, ze nie 
mamy z Toudim czasu, zeby ja skonczyc pisac :/

sz. 

Użytkownik "szomiz" <szomiz@kocha.dostawac.reklamy.przez.net> napisał w 
wiadomości news:fke6uf$bik$1@nemesis.news.tpi.pl...
> nie mamy z Toudim czasu, zeby ja skonczyc pisac :/

... zeby ja skonczyc... dobre :)
-- 
td