Prosta baza - format XML

0

Jak najszybciej zrobić obsługę bazy w formacie XML, tz. jakie komponenty trzeba użyć:
do odczytu i zapisu.

Przkładowo mam takie dane:

dataA, numer, dataB, kontrahent
  kontrahent: nazwa, nip, adres
   adres: miasto, kod, ulica, nr, nr_mieszkania

tabela z listą towarów:
 towar, N sztuk postaci:
  grupa, nazwa towaru, jednostka miary, cena, ilość

Czyli coś w stylu pliku faktur (tu jest jedna taka faktura). :)

0

Cóż, jakie chcesz: VCL, MFC, QT, itd. :)

// dopisane:

datex (cyt.): To nie są komponenty, lecz całe biblioteki.

Ale nie napisałeś nawet w CZYM chcesz to napisać... więc w grę wchodzi bardzo wiele możliwości ;P

0

To nie są komponenty, lecz całe biblioteki. :d

0

TXML... (w builderze jesli o to chodzi)

0

TNativeXml
google...

0

A to google to do czego mi potrzebne?
Mam przeglądać jakieś strzępy spartaczonych kodów?
Dokumentacja jest i powinna wystarczyć.

Chodzi mi o prosty schemat - przykładowo w bcb - jakie klasy użyć i do czego.
Jest tam: TXMLDoc, TXMLBroker, TXMLDataFile, TXMLComponent, TXMLDocument,
i jeszcze z 33 inne!
Co to ma być?!
Po cholerę tyle tego do tych prostych dokumencików w formacie xml? :[

Ale i tak widzę już, po tych wielce wyczerpujących wypowiedziach,
że będę musiał czytać opisy wszystkich tych duperelek! :)

0

XML w Delphi

Tylko nie zrzędź, że to nie C++. Język nie stoi na przeszkodzie - no chyba, że Ci nie zależy..

Po cholerę tyle tego do tych prostych dokumencików w formacie xml?

Widać, nie wiesz, jak wiele funkcjonalności można z nich wyciągnąć.

0
Szczawik napisał(a)

Widać, nie wiesz, jak wiele funkcjonalności można z nich wyciągnąć.

Coś tam można, ale jako format do zapisu danych typu rekordowego jest to mało efektywne.

Od niedawna używają tego w programach kosztorysowych, cennikach, itp.

  • 'dzięki temu' plik z kosztorysem ma 2MB zamiast 80KB jak było wcześniej. :D

Na razie, widzę że, nadaje się to do manipulowania zawartością plików html.

0

Wygoda i przenośność przy dzisiejszych cenach dużych nośników nadrabiają rozmiar plików XML ;) Do tego otwarta architektura, sprawdzanie poprawności i takie tam. Bardzo fajne.

Ale oczywiście za dużo rzeczy nie powinno być przechowywane w XML-u, pliki konfiguracyjne programów nadal spokojnie mogą w INI zostać, XML tu nie jest potrzebny.

A co do objętości... zawsze można spakować :)

PS. Nie rozumiem co znaczy zdanie "nadaje się do manipulacji zawartością plików HTML" - o AJAX i zmianę zawartości HTML w oparciu o dane pobrane z serwera jako XML Ci chodzi?

0
Ktos napisał(a)

Wygoda i przenośność przy dzisiejszych cenach dużych nośników nadrabiają rozmiar plików XML ;) Do tego otwarta architektura, sprawdzanie poprawności i takie tam. Bardzo fajne.

Tak szczerze mówiąc to nie wiem jak sprawdzać tu poprawność -
chyba że wstawisz jakieś dodatkowe pola z sumami kontrolnymi, itp.,
ale tak to zawsze można...

Tak przy okazji - jak działa to BDE Borlanda?
Powiedzmy - mamy dwa komputery, na jednym jest baza,
teraz z obu ją modyfikujemy - jak to wtedy działa, tz.
Jest tam jakiś jeden proces, który pośredniczy, czy też każdy zapisuje bezpośrednio do plików?
[???]

Ale oczywiście za dużo rzeczy nie powinno być przechowywane w XML-u, pliki konfiguracyjne programów nadal spokojnie mogą w INI zostać, XML tu nie jest potrzebny.

Pliki ini są już zastąpione przez rejestr, przynajmniej tak mówią z MS.
Funkcje WriteProfileString, itp. pozostały, ale nie zalecają ich używać w nowych aplikacjach.
Mówią jeszcze, że nie należy zapisywać do rejestru danych wielkszych niż kilka KB.
Większe należy zapisywać bezpośrednio w plikach na dysku,
a jedynie ich nazwy umieszczeć w rejestrze (te pliki to chyba ini :D ).

Programiści z MS chyba o tym nie wiedzą - po zainstalowaniu Offce rejestr rośnie o kilka MB!

PS. Nie rozumiem co znaczy zdanie "nadaje się do manipulacji zawartością plików HTML" - o AJAX i zmianę zawartości HTML w oparciu o dane pobrane z serwera jako XML Ci chodzi?

Nie wiem za bardzo co ten ajax robi, ale chyba coś w tym stylu:
wygrzebanie z html kilku danych, zmiana ich, itp.

  • niekoniecznie poprzez serwery, skrypty java, sieci i inne takie dzikości... :)
0

co do rejestru zastepujacego pliki ini. Stanowcze NIE.
O ile wiem rejestr ladowany jest przy starcie systemu, wiec po co go przeciazac i przedluzac?

to tak OT

1 użytkowników online, w tym zalogowanych: 0, gości: 1