vrijdag 25 november 2005

SQL server knalt er gewoon XML uit.. hendig!!

Als je nu naar mijn RSS feed gaat dan komt deze rechtstreeks uit de SQL server waaien, geen tussenliggende zoals ColdFusion processing e.d.... nee gewoon XML rechtstreeks als query result en outputten maar. Het leven kan zo mooi zijn he!!

SELECT title, description,author,link
FROM logs item
FOR XML AUTO, ELEMENTS

Results in....

<item>
 <title>De title</title>
 <description>Omschrijving</description>
 <author>Ikke Ikke</author>
 <link>http://www.ditadres.com</link>
<item>

 

 




REACTIES:

Frank Gerritse's GravatarFrank Gerritse -(e-mail)
Hoi Tjarko,
Erg Interessant deze topic kan je mij een voorbeeld van je output code enz sturen.
Alvast bedankt.
Groeten, Frank Gerritse

Reinier's GravatarReinier -(site)(e-mail)
Maak nou niet de fout dat je 'vormgeving' en 'datamodel' door elkaar gaat gebruiken. Daar zijn stored procedures helemaal niet voor.

Dat je ColdFusion by-passed snap ik dan weer wel.

Tjarko's GravatarTjarko -(site)(e-mail)
?? vormgeving... datamodel... ik denk dat je doelt op het gebruik van aliassen.. en die zijn er "JUIST" voor om te zorgen dat je je XML op de juiste manier terug krijgt. Overigens ben ik weer terug bij Coldfusion omdat SQL niet flexibel genoeg was om een gevalideerde XML/RSS terug te geven. Het datum formaat (welke dan ook) is niet conform het w3c :-( Het is helaas niet mogelijk om een string "Fri, 25 Nov 2005 12:06:47 GMT" uit SQL te krijgen.. althans.. ik ben ermee opgehouden om dat uit te zoeken ;-)

Maar goed.. waar zijn stored procedures dan voor bedoeld, want ik volg je commentaar niet helemaal??

Reinier's GravatarReinier -(site)(e-mail)
Nee, de 'vormgeving' is de opmaak die je er al aangeeft. De xml-tags zijn de vormgeving, net zoals html tags de vormgeving van een website zijn.

Dit kun je beter gescheiden houden en in je programmeertaal oplossen. Stored procedures zijn ervoor om uitgebreide SQL statements op te slaan, en ze makkelijk vanuit je programmeertaal aan te roepen. Het is gebruikelijk om alleen de ruwe code terug te sturen. Dit om het overzicht te houden.

Er bestaan conventies waarin een strikte scheiding wordt aangehouden tussen het datamodel, de controllers en de opmaak. Zie hiervoor bijvoorbeeld het MVC concept:

http://www.onlamp.com/pub/a/php/2005/09/15/mvc_intro.html?page=1

Tjarko's GravatarTjarko -(site)(e-mail)
Ieeejjj!!!! MVC, Fusebox, MachII nee dank je feestelijk ;-) Na 10 jaar coderen moet ik zeggen dat geen enkel systeem mij nog heeft kunnen overtuigen. Ben nog geen enkel bedrijf tegen gekomen wat zich strikt houdt aan een bepaalde methode... en niet om het 1 of ander... als je dat niet doet is zo'n systeem tijdsintensiever en onzinniger dan je eigen afspraken erop nahouden.

Ben het verder geheel met je eens dat data los moet staan van je layout. Kortom SQL(data) xHTML / XML / CSS(layout) combinaties, jammer genoeg begrijpen nog maar weinig bedrijven dit.















Hoeveel is 2 * 16? (32 is een erg mooi antwoord!)



links en e-mail adressen worden automatisch vervangen... handig war!!


ZOEKEN
LAATSTE REACTIES
  • cmiadgta: Films en nog eens films... xW4 ...
  • visbitch: Is vis nou vlees of niet?... e ...
  • loes: KUT KPN.. ja je hoort het goed ...
  • kutkpn: KUT KPN.. ja je hoort het goed ...
  • onbekend:P: Is vis nou vlees of niet?... o ...
Use OpenDNS
Stop Spam Harvesters, Join Project Honey Pot
Subscribe to this feed!