Anonymní profil stepan – Programujte.com

Tohle nemá s XML prakticky nic společného. XML pouze uchovává data, která jsou nějakým způsobem zpracována dalším programem/enginem. Je to stejné, jako když si vytvořiš graf v SVG formátu - když ho otevřeš v textovém editoru, uvidíš jenom hromadu XML elementů, ale když tento soubor otevřeš v prohlížeči (nebo čemkoliv, co podporuje SVG), pak se ti vykreslí definovaný graf. Stejné to je i s čímkoliv jiným, potřebuješ program/engine, který data z XML bude interpretovat.

Reference:
http://cs.wikipedia.org/wiki/XML

Pokud vytváříš nový projekt (nebo jen experimentuješ), pak se zaměř spíš na XML schémata. Používají se daleko častěji než DTD, protože nabízejí daleko více možností. Pokud jde o jmenné prostory, podívej se na jejich použití http://www.kosek.cz/xml/schema/wxs.html#wxs-ns.

Dal jsem dohromady jednoduchý příklad schémat s více jmennými prostory.

CustomerManagement.xsd

<?xml version="1.0" encoding="utf-8" ?>

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"

            xmlns:ri="http://www.programujte.com/ResourceInventory/Schema"

            xmlns="http://www.programujte.com/CustomerManagement/Schema"

            targetNamespace="http://www.programujte.com/CustomerManagement/Schema"

            elementFormDefault="qualified">

  <xsd:import namespace="http://www.programujte.com/ResourceInventory/Schema" schemaLocation="ResourceInventory.xsd" />

  <xsd:complexType name="CustomerType">

    <xsd:sequence>

      <xsd:element name="firstName" type="xsd:string"/>

      <xsd:element name="lastName" type="xsd:string"/>

      <xsd:element name="segment" type="SegmentType" />

      <xsd:element name="uri" type="ri:ExtensionType"/>

    </xsd:sequence>

  </xsd:complexType>

  <xsd:simpleType name="SegmentType">

    <xsd:restriction base="xsd:string">

        <xsd:enumeration value="DUMMY" />

        <xsd:enumeration value="SMB" />

        <xsd:enumeration value="LB" />

        <xsd:enumeration value="ENT" />

        <xsd:enumeration value="VIP" />

        <xsd:enumeration value="EMPLOYEE" />

    </xsd:restriction>

  </xsd:simpleType>

  <xsd:element name="Customer" type="CustomerType" />

</xsd:schema>

<?xml version="1.0" encoding="utf-8" ?>

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"

            xmlns="http://www.programujte.com/CustomerManagement/Schema"

            targetNamespace="http://www.programujte.com/ResourceInventory/Schema"

            elementFormDefault="qualified">

  <xsd:complexType name="ExtensionType">

    <xsd:sequence>

      <xsd:element name="Uri" type="xsd:string"/>

      <xsd:element name="Type" type="xsd:string"/>

    </xsd:sequence>

  </xsd:complexType>

</xsd:schema>

<?xml version="1.0" encoding="UTF-8"?>

<Customer xmlns="http://www.programujte.com/CustomerManagement/Schema"

	xmlns:ri="http://www.programujte.com/ResourceInventory/Schema"

	xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

	xsi:schemaLocation="http://www.programujte.com/CustomerManagement/Schema CustomerManagement.xsd">

  <firstName>Tonda</firstName>

  <lastName>Habas</lastName>

  <segment>DUMMY</segment>

  <uri>

    <ri:Uri>ISDN</ri:Uri>

    <ri:Type>420777123456</ri:Type>

  </uri>

</Customer>

Spojení bylo ukončeno... důvod nalezneš na stránce http://www.webzdarma.cz/pp.html?2#7. Na databázi je možné se připojit pouze ze serveru webzdarma.cz. Protože je příklad v Javě (kterou webzdarma.cz nepodporuje), přepokládám, že se připojuješ odjinud.

Firefox, pro mě z neznámých důvodů, nedokáže pracovat se svázaným DTD schématem korektně. Pokud jej však vložíš do adresáře FIREFOX_HOME/res/dtd, vše bude fungovat správně. Pokud s XML začínáš, zaměř se na XSD schémata - v současné době se používají daleko častěji a nabízejí lepší možnosti než zastaralé DTD. Pro začátek se koukni na web http://www.kosek.cz/xml/schema/index.html.

Jde o to, že počet písemek (testů nebo čehokoliv dalšího) je dán pevně počtem sloupců v tabulce. Co když tento počet budeš chtít zvětšit - to má uživatel aplikace smůlu? Špatný návrh je v tom, že se míchají jednotlivé entity do jedné tabulky.

Lépe by to vypadalo třeba takhle:
- student (id_studenta, jméno, příjmení atd.)
- test (id_testu, id_student, body atd.)

Řazení pak uděláš jednoduchým agragačním dotazem:

SELECT ts.id_studenta, sum(ts.body)

  FROM test ts GROUP BY ts.id_studenta;

tomiard napsal: Ukončení SQLplus

Bezpečnost není jenom o "defenzivních" programovacích techniká, ale také byste měli myslet na svá data. Představte si situaci, kdy je vaše aplikace nedostupná a vy nemůžete svým zákazníkům poskytovat služby - přicházíte o možný zisk a ještě je poškozena vaše obchodní značka... kdo svěří peníze nebo důvěrné informace někomu, kdo není schopen zajistit ani provoz svojí vlastní aplikace? Na webu se v tomto kontextu setkáte s pojmem DoS (denied of service) http://en.wikipedia.org/wiki/Denial-of-service_attack.

Jaká bude ztráta, pokud na datovém uložišti dojde ke zkratu a vy zjistíte, že celé vaše diskové pole se odebralo do "věčných lovišť"? A nevěřte tomu, že vás může zachránit RAID. Stejná situace nastane, pokud dojde z nějakého důvodu k poškození konzistence dat a vy nejste schopni data opravit. Za jak dlouho se podaři aplikaci znovu zprovoznit? Podle velikosti aplikace a důležitosti dat můžete využít třeba replikace. Minimálně byste však měli provádět zálohování. Zálohujete si své články na osobním blogu a co by se stalo, když by jste o ně přišli :-) v komerční sféře je újma daleko vyšší!

Spravujete-li data, která může třetí strana využít ke svému obohacení (ať pro obchod nebo cokoliv dalšího), je nutné mít přehled, kdo k datům přistupuje. Nikdy nevíte koho by mohly zajímat výpisy z účtu nebo seznam volaných telefonních čísel :-) když má seznam přivilegovaných několik stovek uživatelů, bez auditování přístupu se neobejdete.

A co zabezpečení přímo datového přenosu? Nikdy si nemůžete být jisti, kdo na síti poslouchá :-) nabídka je opravdu široká od SSL až po použití certifikátů a "handshake" ověření (vzájemné ověření mezi klientem a serverem) http://download.oracle.com/docs/cd/B32110_01/core.1013/b32196/ssl_intro.htm#BHCEACDD.

SOAP jako takový je pouze standard, takže pokud chceš vytvářet vlastní aplikace, bude tě zajímat konkrétní implementace. Ta se bude odvíjet od jazyka, v kterém chceš webové služby (potažmo SOAP) vytvářet. Například pro Javu existuje open source projekt Axis http://ws.apache.org/axis2. Taky doporučuji nastudovat něco o problematice kolem webových služeb, velmi dobrý přehled nalezneš v článku http://www.ics.muni.cz/~makub/soap/MartinKuba_WebServices_Datakon2006_clanek.pdf. Jinak na webu toho určitě nalezneš spoustu.

Mikele napsal:Som zaciatocnik a potrebujem nejaku aplikaciu pomocou SOAP ako bakalarsku pracu, poradite mi nejake texty alebo nieco ako na to?

Zkus následující kód, mělo by to fungovat.

CREATE TABLE MY_TEST (

  ID            NUMBER  NOT NULL,

  RELEASE_DATE  DATE,

  CONSTRAINT MY_TEST_PK PRIMARY KEY(ID)

);



CREATE OR REPLACE TRIGGER MY_TEST_DATE_TRG

  BEFORE INSERT OR UPDATE ON MY_TEST 

  FOR EACH ROW 

BEGIN

  IF (:NEW.RELEASE_DATE > SYSDATE) THEN

    RAISE_APPLICATION_ERROR(-20009, 'Datum přidání kategorie nemůže být vyšší než aktuální den!');

  END IF;  

END;

/



-- validni hodnoty

INSERT INTO MY_TEST

  VALUES (1, to_date('01-01-2008','dd-mm-yyyy'));



-- nevalidni hodnoty

INSERT INTO MY_TEST

  VALUES (2, to_date('01-01-2009','dd-mm-yyyy'));

To Lighter : Viz odkazy na sylaby předmětů: Objektové modelování I http://isit.uhk.cz/isitvyp/sybalusZobraz.asp?PredmetVerzeID=938&lang=CZ a Objektové modelování II http://isit.uhk.cz/isitvyp/sybalusZobraz.asp?PredmetVerzeID=939&lang=CZ. Případně zkus přímo stránky vyučujícího http://edu.uhk.cz/~svoboka1/.

Lighter napsal:
...spíš přijde že se tam ani tolik nevenujou programování, nevím a jak jsem tak koukal tak programování webových aplikací není náplnem skoro žádné vejšky.

Udělám reklamu svoji "alma mater" Univerzitě v Hradci Králové :-) je to sice menší univerzita a ne tak známá jako FEL nebo MUNI, ale to na druhou stranu neznamená, že je špatná. Naopak si myslím, že pokud nechceš zvolit školu, která navenek působí jako "fabrika" a student v ní je jenom číslem ve statistice, pak vybírej menší univerzitu. Pokud jsi z Jičína, máš to do Hradce Králové relativně kousek. Výčet předmětů uvádět nebudu, najdeš je na webu http://www.uhk.cz/fim/obory/591 (obor Aplikovaná informatika) nebo se můžeš podívat přímo do jednotlivých sylabů http://isit.uhk.cz/isitvyp/.

Rozhodně nebudeš zahlcen kvantem matematiky - ta se probírá zhruba v rozsahu lepšího gymnázia, čemuž napovídá i sylabus předmětu (semestr 1 http://isit.uhk.cz/isitvyp/sybalusZobraz.asp?PredmetVerzeID=722&lang=CZ, semestr 2 http://isit.uhk.cz/isitvyp/sybalusZobraz.asp?PredmetVerzeID=723&lang=CZ). To ale neznamená, že s ní studenti nemají problémy. Jako na každé škole tu jsou samozřejmě dobré předměty a ty horší - osobně to vnímám tak, že poměr se neustále zlepšuje.

Jsem zastáncem názoru, že žádná škola z nikoho dobrého vývojáře/programátora neudělá. Může Tě nakopnout, ale makat na sobě musí každý sám. Pro někoho může být vysoká škola spíše brzdou, protože v praxi se naučí programovat daleko rychleji než ve škole. Pro mnoho firem je však titul stále velmi důležitý a vypovídá o tom, že dotyčný je schopen se v mnoha ohledech přizpůsobit :-) všichni víme, jak to u nás ve školství chodí.

Přátelé, nepranýřujte mě... jen vězte, že existují i jiné dobré univerzity než FEL nebo MUNI :-) a nemusí být nutně z Prahy nebo Brna. Sice se v menších městech hůře hledá práce v oboru při studiu, ale i v Hradci máme Unicorn/Vigour, který neustále nabírá "dělníky pro svojí továrnu" http://www.vigour.cz/kariera/.