August | 2015 | Clamour 4 Glamour | Page 2 August 2015 – Page 2 – Clamour 4 Glamour\nNu blev jeg lige lidt forsinket i mine indlæg pga. stor navnefest, men for lige at vende tilbage til temaet fra fredagens tilbageblik, har jeg været ved at finde de bedste mønstrede kjoler (indenfor rimeligt budget) til efteråret. Lang sætning ;)\nJeg kommer nemt til at fortabe mig i sort/grå/navy/hvid basis når vinterens mørke dage melder sig, og skal altid lige minde mig selv om, at hive andre farver og/eller spændende mønstre ind engang imellem. En mønstret kjole kan virke som en super fin detalje med f.eks. en cardigan eller en strikket trøje over hele vinteren, så må ud og investere i en lækker sag:\nBlåt leopardmønster. Svaleprint (så lækkert! Umiddelbart min favorit). Cremefarvet slå-om. Robotprint (elsker jo Transformers, og denne minder lidt om).\nBredstribet sprayeffekt. Geometrisk print i blå/rød. Storblomstret. Smaragdgrøn (altid en smuk farve til efteråret).\nRosa med sort print. Sort med slå-om effekt. Sort/antracit mønster. Navy med måneprint.\nFra venstre: Kjole med hvide prikker. Abstrakte tern. Navy med striber. Navy med blomsterprint.\nBeklager stilheden herinde og på Regnbuen, men det skyldes sådan set ham den lækre sag her. Vi har nemlig haft travlt med at holde stor navnefest for Sirius i går, så al tid er gået med at gøre klar -mad, pynt og planlægning, og i dag kommer så til at gå med oprydning, og så skal de største unger ind og se den nye animationsfilm “Inderst inde”, så det ikke bare bliver en totalt kedelig dag for dem.\nVi har valgt ikke at døbe nogle af vores børn, da vi synes det er en beslutning de selv skal træffe senere i livet, så det ved hvad de siger ja eller nej til. Sådan var det også for mig, og det var jeg utrolig glad for. Jeg valgte i øvrigt at blive døbt som pre-teen, og synes det var en stor oplevelse at overvære (og at kunne huske) min egen dåb. Det føles godt at have taget det ansvar og den beslutning selv, også selvom jeg egentlig ikke rigtig bruger det eller tænker over det i min hverdag.\nJeg har flere indlæg i tankerne, og jeg vender tilbage for fuld styrke i morgen. Hyg jer i det gode vejr så længe :)\nFlashback Friday – Mønstrede kjoler\nJeg har altid nemmere ved at iføre mig mønstre i sommerperioden, sådan tror jeg egentlig mange har det. De lyse dage inviterer til lidt mere leg, mens det kreative overskud kan føles lidt længere væk en kold, våd og mørk mandag morgen.\nNu hvor vi langsomt går mod mørkere tider igen, men stadig har lune dage tilbage, vil jeg se mig om efter nogle mønstrede kjoler, som jeg både kan bruge nu, og til vinter. Jeg har derfor i dagens anledning fundet nogle tidligere favoritlooks med mønstrede kjoler:\nDet har det seneste stykke tid handlet om bryn, bryn, bryn i modebranchen. De smalle øjenbryn er blevet erstattet af en bredere model, og med den tendens så flyttede diverse serummer, børster, gels og farver for alvor ind på makeuphylden, og saloner med speciale i bryn begyndte at skyde op.\nDet kan virke som lidt af en jungle, så som helt alm. privatperson, vil jeg dele min yderst beskedne brynrutine.\nGrundlæggende så mener jeg, at man er pænest med den brynform man er født med. Jeg har fra naturen ikke super brede, tunge bryn, og det ville virke totalt mærkeligt at køre Cara Delevigne-bryn til mit ansigt. Jeg tror på at fremhæve det man har, og selvfølgelig lige tilpasse og forfine formen en smule. Modetendenser i skønhedsbranchen kan være lidt farlige at blive fanget af, for det ændrer virkelig ens udtryk meget med to tunge, mørke bryn over øjnene hvis man ikke har det naturligt, mens en orange sweater er lidt nemmere at se bort fra.\nJeg har fundet, synes jeg da selv, en ret fin løsning. Jeg bruger en farve der bedst kan beskrives som en kølig mellembrun, og den er virkelig pæn -hverken for lidt eller for meget farve.\nBeklager billedet, men det er de sørgelige rester af især min blyant. Det er tegn på at det bliver brugt ;)\nDet er lidt forskelligt om jeg bruger øjenskyggen eller blyanten, men farven er nærmest identisk. En blyant kan godt give mere “malede” bryn, men denne her (den er fra Yves Rocher, det er ikke lige til at se) er genial. Den har en pudderagtig konsistens, og er meget nem at arbejde med og blende naturligt ind. For en som mig, der ikke har så meget forstand på teknikker og den slags, er sådan en sag guld værd, og jeg kan på ingen måder undvære den i min makeuppung. Den holder også helt vildt godt på farven hele dagen.\nDet er mere hipt og moderne at bruge en øjenskygge/brynfarve og påføre med pensel. Det skulle give mere naturlige bryn, da farven kun sætter sig i hårene. Det kan dog være lidt problemetisk hvis man virkelig ikke har ret meget bryn. Der er blyanten med pudderkonsistens nok nærmere at foretrække, det bliver nemlig ikke så malet, som hvis det er en mere fedtet blyant. Egentlig synes jeg ikke der er en store forskel på blyanten og denne, så det er også lidt hvad der føles bedst. Dog er øjenskyggen nemmere at gøre lettere i looket, men synes så til gengæld heller ikke farven holder helt så godt hele dagen. Det kan dog hjælpe hvis man “låser” farven fast med en gennemsigtig gel, hvilket i øvrigt også kan være virkelig pænt og “groomet”.\nSkulle jeg vælge én af dem, så snupper jeg blyanten, da den hurtigt giver et pænt resultat der holder hele dagen -og den har jeg faktisk brugt i et par år efterhånden.\nBlyanten fra Yves Rocher er i farven “Cendré”, og findes lige her (få i øvrigt 50,- ekstra at shoppe for med koden Autumn50).\nØjenskyggen fra Mac hedder “Coquette”, og findes lige her.\nHvor skal man bo i Hamborg? Her!\nOk, det er ikke en underdrivelse når jeg skriver, at jeg får minimum 2 henvendelser hver uge, der gå på hvor man skal bo i Hamborg. Altså, man kan jo altid bare snuppe det billigste på Hotels.com (det har vi også gjort flere gange), men helt ærligt? Det aller bedste er Adina Apartment Hotel. Vi vender tilbage gang på gang (er vist snart oppe på 10 gange!), og synes virkelig det er det bedste sted til pengene (burde snart få noget rabat, ha ha, men må nøjes med bonusnætterne fra Hotels.com-klubben).\nJeg har skrevet om det tidligere, men det er vist på tide med en gentagelse.\nAdina er i høj grad perfekt til børnefamilier, flere venner der rejser sammen, eller et par der gerne vil have mulighed for at lave mad selv (der er virkelig gode supermarkeder lige udenfor, og man sparer en del penge på mad!).\nHer er en lille pool og spa (og det er faktisk ofte svært at finde til rimelige penge i Hamborg) til fri afbenyttelse. Det er selvfølgelig til stor glæde for ungerne! Det er små lejligheder med eget køkken, stue (med sovesofa) og evt. soveværelse og altan, hvis man vælger de store lejligheder. Det giver en god ro, når ungerne kan have deres eget værelse, og man ikke alle skal sove i det samme rum. Så kan forældrene jo også sidde længere oppe og hygge med et glas vin på altanen ;) Er man et vennepar eller veninder, er det jo hyggeligt at dele lejlighed, men også meget rart at man har hvert sit soveværelse.\nDet er også dejligt, at man kan handle i enten Rewe eller Edeka der ligger lige udenfor hotellet (eller hos bageren, der er brødet dog lidt dyrere), og man kan sidde sammen og spise morgenmad i fred og ro -og spare nogle penge på madkontoen.\nDet er nemt at gå ind til Neustadt derfra (der hvor alle butikkerne ligger), også for ungerne. Det ligger dog også stadig i nem gå-afstand til St. Pauli (og f.eks. Dom/tivoli og skøjtebanen -eller Millerntor hvis man er til fodbold), og undergrundsstationen St. Pauli er 2 min. derfra.\nSelve hotellet er i rigtig god stand, og der er en hyggelig reception med lille pejs, hvor man kan sidde og nyde et glas.\nVi har hotellets restaurant til gode, men lige rundt om hjørnet ligger en perle af en fransk bistro, “Petit Bonheur”, som er vildt god. Super lækker mad, hyggeligt, og de er som bonus meget glade for børn!\nDer er mulighed for at parkere i hotellets egen p-kælder, hvor elevatoren selvfølgelig kører lige til døren. Vi har endnu ikke oplevet at der ikke var en plads, men ellers kan man booke i forvejen, ligesom man kan booke en babyseng.\nHar egentlig ikke så mange billeder fra hotellet, men I kan bl.a. se det her.


REST: Würth Spraymaling Quattro 400 ml - Maling og Malergrej\nHjem / Restmarked/Fejltoninger / REST: Würth Spraymaling Quattro 400 ml\nREST: Würth Spraymaling Quattro 400 ml\nVarenummer (SKU): WU-0893 - REST Ral 3002 Kategori: Restmarked/Fejltoninger\nRAL 3002KUN 5 stk. på lager … læs mere her\nREST: Würth Spraymaling Quattro 400 ml F.A.Q.\nHvad koster REST: Würth Spraymaling Quattro 400 ml?\nDu kan købe REST: Würth Spraymaling Quattro 400 ml for DKK 49.00\nMange leder efter den billigste REST: Würth Spraymaling Quattro 400 ml på nettet, og de ender oftest ud med at finde tilbud her: Gå til shop\nREST: Würth Spraymaling Quattro 400 ml med PrisMatch\nREST: Würth Spraymaling Quattro 400 ml ligger på hylden i det store sortiment der er i vores varekategori Restmarked/Fejltoninger. Din pakke kommer hjem til dig med lovpligtige 14 dages returret hvis du skulle fortryde dit køb din vare. Mange er udmærket klar over, at man køber din REST: Würth Spraymaling Quattro 400 ml ved den velkendte shop DecoFarver.dk, der virkelig har samlet toppen af de mest populære varer. Hos webshoppens store udvalg finder du noget for alle, og der er det oplagte valg dette produkt. Ved at købe dine varer i en webshop sparer du penge- det er effekten af, at den attraktive adresse på strøget ikke er nødvendig, og man dermed sparer meget på huslejen.\nREST: Würth Spraymaling Quattro 400 ml og fordele ved at købe online\nNår du svinger kortet i de danske webshops, giver de dig lidt bedre rettigheder, som du ikke nødvendigvis får i fysiske butikker. Produkter der handles i en dansk shop, skal have 14 dages returret. efter du har købt dine varer, en del shops efterhånden giver endnu mere for at skille sig ud fra konkurrenterne i markedet. En anden fordel ved online shops er, at alle varer og priser ligger online, og det at sammenlligne priser bliver en leg, i de mange webshops der er på det danske marked. Det er let i dag at sammenligne priser – du kan gøre det når du har lyst, uden at være afhængig af butikkers åbningstider. Mange har allerede fundet glæde ved at købe online og slippe for, at være underlagt butikkernes åbningstider. Når du har købt dine varer, sendes de til din adresse, eller du kan bede dem om at sende til dit arbejde i stedet for, så du kan vælge det, det er lettes for dig. Glem alt om at stå i kø, hvor ekspedienten lige skal ringe til en anden for at høre, hvorfor prisen ikke går ind til det rigtige. Når handlen foregår online så gå bare direkte til kassen, når du har fundet dine varer, og betal med det samme, så ungå de trælse frustrationer over, at det kan tage så lang tid for folk at finde de sidste mønter frem.\n22 reviews for REST: Würth Spraymaling Quattro 400 ml\nVær den første til at anmelde “REST: Würth Spraymaling Quattro 400 ml” Annuller svar\nREST: B3 755 Træbeskyttelse 4,5 Liter\nREST: Jotun Demidekk Ultimate Vinduesmaling 0,68 Liter\nREST: Jotun Demidekk Classic 9 Liter


Flere tillidsrepræsentanter kontakter nyansatte - HK\nFlere tillidsrepræsentanter kontakter nyansatte\nNår lønnen skal aftales for en nyansat, er det en god anledning til at gøre sig synlig som tillidsrepræsentant. De fleste tillidsrepræsentanter tager da også kontakt, men for den nyansatte er det ikke altid synligt.\nI 2017 spurgte HK Kommunal tillidsrepræsentanter og medlemmer om deres oplevelser af lokal løn og spørgsmålene blev gentaget i 2019. Spørgsmålene relaterer sig til HK Kommunals 10 politiske pejlemærker for arbejdet med lokal løn, som du kan læse her (pdf). Pejlemærke 3 handler om kontakten til nyansatte:\nVi er i kontakt med alle nyansatte …\nInden lønnen skal aftales\nOg vi arbejder for medlemskab af HK\nI 2019-undersøgelsen svarer 67 pct. af HK Kommunals tillidsrepræsentanter, at de kontakter en nyansat personligt/telefonisk. Det er flere end i 2017, hvor 52 pct. oplyste, at de var i personlig/telefonisk kontakt.\nDenne udvikling er positiv. En del af de nyansatte svarer nemlig anderledes end tillidsrepræsentanterne. Ud af de medlemmer i undersøgelsen, der var ansat inden for det seneste år, svarede 54 pct., at de ikke var i kontakt med TR i forbindelse med nyansættelsen. 17 pct. af alle nyansatte var i kontakt med HK eller TR før ansættelsen. 29 pct. var det, efter at de havde sagt ja til jobbet.\nI flere klubbestyrelser har tillidsrepræsentanterne da også drøftet, hvordan kontakten til de nyansatte kunne styrkes, og nogle steder er der lavet handleplaner for indsatsen.\n96 pct. af tillidsrepræsentanterne orienteres, når der ansættes en ny kollega på HK´s overenskomst, og 74 pct. svarer, at orienteringen sker på den måde, at de får tilsendt et lønforslag. Kun fire procent svarer, at de ikke får et lønforslag, men 26 pct. får først besked efter ansættelsen.\nDet fremgår af Fællesaftalen om lokal løndannelse, at lønnen så vidt muligt skal være aftalt før tiltræden, og at man lokalt aftaler tidsfrister og regler for lønforhandlinger for nyansatte.\n(direkte link: http://www.hk.dk/aktuelt/nyheder/2020/01/15/flere-tillidsrepraesentanter-kontakter-nyansatte)


Jul/nytår 2005-2006: MMS var et hit | Mobilsiden.dk\nMobilsiden.dk / Nyhedsoversigt / Jul/nytår 2005-2006: MMS var et hit\nJul/nytår 2005-2006: MMS var et hit\nMobilsiden.dk Kilde: Mobilsiden.dk 3. jan 2006 Kl. 08:55\nBilledbeskeder, kendt som MMS, var i kraftig fremgang til både jul og nytår. Det oplyser Telia til Mobilsiden.dk\nMMS blev et stort hit både jule og nytårsaften.\nTelia fortæller, at deres kunder nytårsaften sendte ikke mindre, end 100 procent flere MMS-beskeder, sammenlignet med året før. Juleaften ekspederede Telia 75 procent flere MMS’er, i forhold til en normal hverdag.\nOm den eksplosive stigning skyldes de mange gode kameratelefoner der efterhånden er på markedet er vanskelig at sige noget præcist om. Det kan naturligvis også være, at vi efterhånden har fået vores telefoner sat op til og kunne håndtere MMS’er. Netop opsætningen har i lang tid været et stort problem for mange kunder.\nOpsummering på nytårs-sms’er\nSelvom MMS’er blev et hit, er det stadig de gammelkendte sms’er som der blev sendt flest af. Mellem klokken 10 den 31. december 2005 og klokken 10 den 1. januar 2006, blev der hos Telia sendt 14,5 millioner sms-beskeder – mens TDC ekspederede 12,2 millioner. Det svarer til at der i perioder blevet sendt henholdsvis 380 og 350 beskeder i sekundet.\nHos Telia er meldingen til Mobilsiden.dk, at de mange beskeder ikke har skabt problemer for kunderne.\nTelias netværk kan håndtere 500 beskeder i sekundet og der blev implementeret ekstra kapacitet i landets fire største byer. Også TDC indsatte ekstra kapacitet og heller ikke her var der problemer med ventetid og forsinkelser.\nFra Sonofon meldes om 17 millioner sms-beskeder når man lægger den 31/12 2005 sammen med den 1/1 2006.


Senest har Hotel Rebild Park i to år huset beboere fra Botilbuddet Enghuset, mens der i perioden blev bygget nyt hjem til dem. Hotellet har de seneste år været udlejet til Udlændingestyrelsen, der har brugt stedet som asylcenter.\nEr du interesseret i mere historie om Hotel Rebild Park, så se i dokumentet i højre side.\n49 år. Uddannet agrarøkonom. Er i dag selvstændig erhvervsdrivende og vurderingssagkyndig ved DLR Kredit A/S.\nEjer slægtsgården "Højagergaard" ved Aars, som er en større kvæggård.\nEr meget engageret i sport og sundhed samt det frivillige foreningsliv. Gift med Solveig Bigum og har fire drenge + Sille.\nArne Juul Jensen:\n69 år, uddannet i økonomi fra Handelshøjskolen i Aarhus. Har i 35 år arbejdet i den private sektor som bl.a. salgschef og administrerende direktør indenfor forskellige brancher. Bruger i dag sine erfaringer fra arbejdslivet som selvstændig konsulent i fortrinsvis mindre virksomheder. Har været mentor i Rebild Kommunes mentornetværk og frivillig rådgiver i Early warning i Region Nordjylland. Arbejder nu deltids som bestyrelsesformand og medejer i ( HMJ Design A/S), et selskab der bl.a. leverer volierer og andet udstyr til zoologiske haver i det meste af verden.\nJanus Juul Jensen:\n43 år og er opvokset i Skørping, hvor jeg har haft både min barndom og ungdom. I 2003 blev jeg færdig som cand. merc. i international handel fra Handelshøjskolen i Aarhus. Jeg har arbejdet med ejendomsudviklings og boligprojekter i mange år og har ligeledes gennemført en række humanitære projekter. Jeg bor i Aarhus med min hustru Mette, sammen har vi 2 døtre - Asta på 8 år og Vilma på 10 år.\nMatias Juul Thorn:\n39 år. Opvokset i Skørping men nu bosat i Aarhus. Er uddannet friluftsvejleder og kaospilot. Har med succes gennemført større projekter indenfor områder som byggeri og renovering, humanitært arbejde, socialt entreprenørskab og lederskabskurser. Har tre døtre - Nor, Vie og Nova, sammen med Guro Korterød.


Mystery Solved: Titanic At 100 / Sink The Bismarck DVD Film → Køb billigt her - Gucca.dk\nTitanic at 100: Mystery Solved Historien om det "synkefri" Titanic ophører aldrig med at fascinere og fængsle. Hvordan kunne et isbjerg få skibet til at synke så hurtigt og sende 1500 mennesker i... Læs mere.\nHistorien om det "synkefri" Titanic ophører aldrig med at fascinere og fængsle. Hvordan kunne et isbjerg få skibet til at synke så hurtigt og sende 1500 mennesker i døden i det iskolde vand i Nordatlanten?\nTITANIC AT 100: MYSTERY SOLVED blev skabt i forbindelse med 100-årsdagen for Titanics forlis og er baseret på samarbejde mellem HISTORY®, Woods Hole Oceanographic Institute og RMS Titanic, Inc. Sammen har de foretaget den mest omfattende efterforskning og optagelse af vragområdet nogensinde - og for første gang er alle vragdelene blevet filmet i skarp HD-kvalitet. Ved hjælp af computeranimation viser filmen minut for minut, hvad der skete med skibet efter kollisionen, og aldrig før vist materiale giver en ny dimension til dette tragiske tab.\nHitlers slagskib Bismarck - som på det tidspunkt var verdens mest magtfulde krigsmaskine - var placeret et sted på Atlanterhavet. Briterne kunne ikke finde skibet, men de vidste, at dets ildkraft var nok til at knuse dem og sprede rædsel og masseødelæggelse over hele verden.Skibet blev bygget i hemmelighed og var et fantastisk bevis på tysk teknik. Overraskende var hendes liv lige så kort som en sommerfugl, lidt over en uge. Men det var nok for hende for at sprænge den britiske flådes stolthed HMS Hood i stykker. Så var der kun en mulighed: at ødelægge dette krigsmonster på havet for enhver pris.\nSikkerhed er kolossal vigtig, når man handler på nettet, og vi vægter selvfølgelig sikkerheden højt. Der er garanti for sikkerheden bag din betaling på Internettet, når du køber hos os, for vores betalingsløsning er godkendt af NETS. Derfor er det at købe og betale hos Gucca.dk fuldstændig sikkert.\nGucca.dk tilbyder 30 dages returret, og det uanset hvilket produkt du har købt hos os. Kort sagt, såfremt du fortryder købet, kan du uden dårlig samvittighed returnere din vare til os, hvorefter vi sender dine penge retur. Inden du returnerer din vare, så har du altid den mulighed at kontakte os, hvis du er i tvivl eller har spørgsmål.\nVi er klar over, at du venter på din vare, og vi har derfor skruet op for leveringshastigheden, så varen kommer hurtigt og sikkert frem til dig. Helt konkret modtager du din vare indenfor 1-2 hverdage, såfremt varen er på lager. Du kan se den præcise lagerstatus på den enkelte vare. Spørgsmål til leveringstid og/eller lagerstatus? Så tøv ikke med at tage fat i os.\nDer er adskillige muligheder for betaling, når du køber hos os, og du vælger selvfølgelig selv, hvordan du vil foretage betaling. Her skal du selvfølgelig vælge den betalingsform, der passer bedst til dig. Lige meget hvad du gør brug af, kan du føle dig helt sikker og tryg, når du køber hos os. I vores FAQ får du alle vores betalingsmuligheder. Vælger du kreditkort, giver det dig den fordel, at vi først hæver penge fra din konto, den dag din vare sendes afsted til dig.\nOpstår der problemer når du besøger Gucca.dk, eller har du spørgsmål, er du selvfølgelig velkommen til at ringe eller skrive til os. Du kan ringe eller sende e-mail til os på hverdage mellem 10-15, og vi er altid parat på e-mail eller ved telefonen til at yde dig kvalificeret assistance med et smil på læben og i godt humør.\nHvis du køber hos os, har du altid mulighed for at tracke din ordre. Når du modtager din kvittering, efter betaling er foretaget, så får du mulighed for at logge ind på din egen personlige ordreside. Du kan følge med i, hvornår vi sender din forsendelse, på din ordreside. Og i samme øjeblik vi afsender din pakke, vil du modtage en mail fra os.\nVores brugere har bedømt Mystery Solved: Titanic At 100 / Sink The Bismarck DVD til 5 ud af 5 stjerner - baseret på 1 bedømmelse og 1 anmeldelse\nproduct_stock_yes product_offer_yes product_preorder_no\tproduct_buyable_yes product_group_dvd path__forside path__film path__dvdfilm path__dokumentar path__titanic path__mysterysolved:titanicat100/sinkthebismarck


Blog from Delhi, India | Camilla og Johanne i Asien\nVaranasi Feb 2009 1235174400\nAgra Feb 2009 1234915200\nJaisalmer Feb 2009 1234137600\nDelhi Feb 2009 1233619200\nEndelig er vi kommet til Delhi, efter en rigtig traels start paa rejsen. Pga. snestormen i London blev vores fly til Heathrow aflyst, vi maatte istedet staa i koe i 5 timer efterfulgt af 5 timers venten i kbhs lufthavn. Tilgengaeld fik vi os en dejlig overraskelse, da vi efter 10 timer kunne boarde paa et direkte fly til Delhi og endda paa Economy Ekstra pladser\nDa vi i morges ankom til Delhi var vi godt traette, da vi ikke havde faaet soevn i et doegn. Efter et par timers soevn stod vi op og roeg fluks paa en guidet tur rundt i Delhi. Vi blev koert rundt af en privat chauffoer og havde ogaa engelsk guide med. De forskellige sevaerdigheder som vi saa rundt omkring, gjorde ikke det helt store indtryk paa os. Foerst og fremmest fordi vi var hammer traette, for det andet fordi vi blot blev koerte forbi og kun kom ud af bilen 2 gange og for det trejde, fordi det der mest af alt fangede vores opmaerksomhed, var inderne ude paa gaderne. Alt ligefra festklaedte kvinder og boern i flotte farvestraalende sarier, maend i striktroejer, hue og vanter (paa trods af at der var over 20 grader!), skoleboern i fine uniformer, fattige hvis seng var i at ligge i vejkanten, og alt sammen side om side med vilde hunde, hellige koer, elefanter, aber og heste og rickshaws, tuk-tuks, biler og busser! - maaske meget godt at vi kunne sidde "trygt" inde i bilen og blot obserevere\nRundturen var faerdig kl. 17 ca, hvorefter vi lige fik en snak med en medarbejder paa Jysk's kontor, om vores videre planer i Indien. Kontoret ligger kun 2 min fra vores hotel, som i oevrigt er ganske glimrende. Det er beliggende i et centralt omraade i Delhi, og de bitte-smaa gader er travle og et ret mylder af mennesker og dyr. Et mere skummet sted end her finder man naeppe. skal man have noget soevn, er oerepropper dog en noedvendighed, men saa var det jo godt at vi fik et lille "sove-kit" med paa Economy Ekstra :)\nHer til aften har vi vaeret ude og spise paa en restaurant. Menuen stod paa nudler, ris og kylling i diverse meget staerke sovser, hvor resten af ingredienserne ikke er til at identificere. I oevrigt praecis det samme som vi fik til frokost, saa vi har indstillet os paa det det bliver vores faste foedeindtag i de naeste 3 uger :p\nVi kan desvaerre ikke uploade billeder paa de computere der er paa denne netcafe, da de er fra 1800-tallet , men saa snart i faar mulighed for det, skal I nok se mere til livet i Delhis gader :) Vi bliver ogsaa noedt til at gaa ud herfra nu - vi har vist faaet rigeligt med stoev i lungerne, som nok skyldes at de er ved at rive loftet ned!\nVi rejser fra Delhi paa torsdag, med kurs mod Rajsthan. I hoerer fra os snart igen:)


Min lille store have: Køkken-lørdag\nDet lykkedes mig jo at løsrive mig fra sneen - og siden da har jeg opholdt mig i mit køkken mere eller mindre hele tiden.\nFørst lavede jeg en ordentlig portion Gourmet-Mix™ og så kom det lige pludselig over mig, at dagen i dag skulle bruges til at bage.... Ikke et af mine smarteste træk, eftersom der næppe er ret meget plads i fryseren...!\nMen, det kan kollegerne så måske nyde godt af i næste uge, nu får vi se. Det kan jo være, jeg får brugt noget af fryserens indhold i løbet af weekenden. Lige nu står en tre-dobbelt portion boller til hævning... og med tanke på, at jeg kun kan bage fire boller ad gangen.... så varer det jo nok nogle timer, inden jeg er færdig!\nVille egentlig også gerne bage fastelavnsboller og en kage af en slags, mem har kun lidt over 1 kg hvedemel tilbage. Damn, at jeg ikke købte noget, da jeg havde chauffør på i går!


Bachmann vinder Grand Prix på Veneziano - Ridehesten.com\nDaniel Bachmann Andersen og Blue Hors Veneziano i dagens Grand Prix, som de sikkert vandt.\nSom sidste rytter i eftermiddagens Grand Prix, ryddede Daniel Bachmann Andersen det hele med Blue Hors Veneziano e. Vivaldi/Donnerhall (opdr. Blue Hors). Daniel førte sikkert Veneziano sikkert rundt på banen, og det gav et resultat på 73,767 % til den kun 8-årige kårede hingst.\nDet blev Lone Bang Larsen der stod for andenpladsen, da hun med Bakkely’s Onandt e. Onassis/Michellino (opdr. Preben Hald) opnåede 71,100 %. Lige efter fulgte Charlotte Heering med Bufranco e. Negro/Zevenster, efter hun fik redet sig til 70,667 %\nSøndag morgen var det tid til Dansk Hesteforsikrings Youngster Cup som gik for både 6- og 7-årige heste, hvor det var samme klasse begge aldersgrupper startede i, men med hver deres sværhedsgrad. Det gjaldt for de 6 års at de startede i en MB0 og for de 7 års var det MA1.\nDet blev en 6 års der stod for det bedste resultat – faktisk var hele top tre fuld af 6-årige heste. Det blev Anne Sofie Aaen der stod for sejren med Fürsten-Flame e. Fürstenball/Weltmeyer, efter de red et program til hele 72,991 %. Det betød at de havde et godt forspring til klassen nr. to, der var Sanne Henningsen med Atterupgaards Berlucchi e. Belissimo M/Caprimond E.H. (opdr. Atterupgaard), da de sluttede med et resultat på 71,026 %. Lotte Wiuff Straarup med Gørklintgård Torrero e. Tailormade Temptation/Sunny-Boy (opdr. Jørgen Ravn) besatte tredjepladsen, efter de red til 70,000 %. Det var først på fjerdepladsen, at en 7 års fik lov til at komme til. Det var Andreas Larsen med Springborgs Dunkelball e. Fürstenball/De Niro (opdr. Stutteri Springborg), som red til 69,769 %.


J. Krebs & Co. - Totalleverandør af plastemner\n+45 4828 8500\nOM J. KREBS & CO\nDin leverandør af sprøjtestøbte, blæsestøbte og 2K plastemner\nVi arbejder med Freeform Injection Molding - en banebrydende ny teknologi, som er en hybrid mellem 3D-print og traditionel sprøjtestøbning.\nVelkommen til J. Krebs & Co.\nVi er totalleverandør af plastemner herunder primært tekniske og medicinske artikler samt emballage. Vi leverer alt fra udvikling, rådgivning og produktion til montage og pakning. Vi sprøjtestøber, blæsestøber og støber 2-K plastemner (størrelser fra 0,01 g til 2.000 g).\nPlast opfører sig ikke altid forudsigeligt i produktion og kræver en dyb viden om plast, om hvordan materialet opfører sig i produktion for at få det ønskede resultat. Derfor er det ikke uvæsentligt, hvem du vælger som leverandør.\nVi har været i branchen siden 1956 og har derfor en mangeårig erfaring, som sikrer dig kompetent rådgivning og en optimeret produktion til absolut konkurrencedygtige priser.\nVi har fingeren på pulsen…\nVi rådgiver vores kunder i alle faser fra ide til produktion. Herudover arbejder vi hele tiden med at inddrage nye og relevante teknologier. Senest har vi tilføjet Freeform Injection Molding (FIM) til vores kompentenceområder. Freeform Injection Molding er en hybrid mellem 3D-print og traditionel sprøjtestøbning.\nLÆS MERE OM FIM\nHar du brug for sparring til dit næste projekt?\nVi tilbyder alt fra rådgivning til produktion af dine plastemner til konkurrencedygtige priser.\nJ. Krebs & Co. er en danskejet virksomhed som rådgiver og producerer plastemner - primært tekniske komponenter, medico samt emballage til en lang række kunder i ind- og udland. Vi er en erfaringstung virksomhed, som har været i branchen siden 1956.\nJ. KREBS & CO. A/S\nIndustrivej 1-3, DK3320 Skævinge\nOm J. Krebs & Co.\n© Copyright 2019 | CVR: 15501472


Tante blaa: Så skete det alligevel...\n...jeg har brugt 600 kr på et par virkeligt grimme sko.\nDet gør ondt over det hele, for de er bare SÅ grimme! Jeg vil meget hellere bruge penge på de her\nMen det går nok ikke når det er løbesko jeg mangler og har manglet længe.\nAt de er pink-ish hjælper lidt på det, men alligevel. Sølv, net-neopren, og sporty tekst printet overalt giver mig næsten lyst til at blive løbeskodesigner og lave det første par i verden der ikke var overøset med "sporty looks" på den måde.\nDer var udsalg og jeg havde fundet et par grimme, sorte løbesko til 300 kr, som jeg synes var fint som begynder-sko, men ekspedienten sagde ligeud "det der er en dårlig løbesko". A'hva? Jeg troede han lavede sjov, siger man det om sine varer? Han mente det!\nSå prøvede jeg nogle andre, men de var for små og så overtalte han mig til en løbetest. Jeg har altid synes jeg havde helt normale uproblematiske fødder og troede det var et salgstrick at sige til kunderne de løber forkert og derefter tilbyde dem de dyreste modeller med pronationskile, som det så fint hedder, ekstra støtte og stødabsorbering og hvad ved jeg.\nMen på slowmotionvideoen af mine fødder på løbebåndet så det helt galt ud, selv jeg kunne se det! Min ankel vred til siden og jeg løber næsten kun på forfoden. Altså, det så helt vanvittigt ud.\nOkayokay, så måtte jeg hellere finde nogle ordentlige sko, og så fandt jeg dem der åh-så-smarte sidste års top-model til 1500 kr, sat ned til 800 og så med 25 % rabat oveni. Heldigt for mig. Det var nok et godt nok køb, men ÅH hvor er de bare grimme. Men jeg glæder mig alligevel til at komme ud og løbe.\nSkrevet af Tante blaa kl. 07.17\nAnonym 15. juli 2012 kl. 15.13\nNå, dette er jo efterhånnden et gammelt indlæg, og jeg ved ikke, om du læser kommentarer til sådanne... Men altså, jeg er selv løber, og du skriver nogle ting her, som jeg gerne ville kommentere – derfor har jeg altså tilladt mig at sende dig en lille mail herom...\nHåber ikke, at det gør noget :-)


August 2003 Nr 19, Årgang 4 ISSN Pris: kr. 300,00 ex moms - PDF\nAugust 2003 Nr 19, Årgang 4 ISSN Pris: kr. 300,00 ex moms\nDownload "August 2003 Nr 19, Årgang 4 ISSN 1600-5147 Pris: kr. 300,00 ex moms www.oracleekspert.dk"\n1 August 2003 Nr 19, Årgang 4 ISSN Pris: kr. 300,00 ex moms #19 OUGDK 23 OUGDK Stormøde Næste møde: 3. september kl 15:00 hos Oracle Danmark DBA SIG Næste møde er endnu ikke fastlagt. DesWeb SIG Næste møde: 20. august kl. 13:00 hos Oracle Danmark Developer SIG Næste møde er endnu ikke fastlagt. Data warehouse SIG Næste møde er endnu ikke fastlagt. NYHEDER 13 Oracle fastholder opkøb af PS Oracle vokser hurtigst i Europa Collaboration Suite release 2 US Army chef bliver Oracle SVP Jeffrey Henley åbner NASDAQ Oracle og Yahoo PeopleSoft afviser opkøb Oracle kåret for bedste support Oracle regnskab for Q4 OTN har nu 3 mill medlemmer TRE ÅR - OG EN MASSE VIDEN 2 Marc de Oliveira AUTOMATISK DB ACCOUNT MANAGEMENT?4 Martin Jensen Denne artikel beskriver hvorledes det er muligt at lade ens database(r) arve de relevante accounts og rettigheder fra et bruger-repository. THE PATCH IS THE PITCH 2 6 Mogens Nørgaard Denne artikelserie (det kan jeg vel kalde den, nu hvor jeg skriver den anden udgave i serien) handler om patching og opgraderinger. Jeg har ikke modtaget forslag til andre eller bedre overskrifter, så sådan bliver det. ODTUG-KONFERENCEN I MIAMI BEACH11 Marc de Oliveira I år vendte konferencen tilbage til sine vante omgivelser på et mindre strandhotel med plads til 3000 gæster. Det var tredie gang i ODTUGs historie, at konferencen, hvis stifter er inkarneret vestkystmand, blev afholdt på østkysten. ORACLE KERNEN OG IO? 14 Jørgen Quaade En database's primære opgave er at sikre ens data mod alverdens ulykker. I computere kan det normalt kun gøres ved at skrive alt ned på diskene. Kun der, er ens data så nogenlunde sikret. I denne artikel vil vi se nærmere på den helt overordnede arkitektur af databasen og se på hvordan Oracle instansen bruger diskene. GROANS FRA MOGENS 17 BENTES BØGER 22 Core MySQL a serious developer s guide Ian Fisher+Sue Harper holder indlæg til OUGDK DesWeb SIG møde den 20. august kl 13:00\n2 Leder TRE ÅR - OG EN MASSE VIDEN Marc de Oliveira I dette nummer af OracleEkspert fejres bladets tre års fødselsdag. Derfor vil du kunne finde en fødselsdagsgave på midtersiderne. Det er spillet OracleEkspert Certified Professional, der går ud på at blive OECP-certificeret ved at tage fem OracleEkspert-eksaminer og nå hjem inden de udløber. Denne udgave af OracleEkspert Certified Professional spillet indeholder 50 OECP-spørgsmål fordelt på ti OECP eksamenskort. Der vil i fremtiden løbende inkluderes flere OECP eksamenskort i bladet, for at gøre spillet mere varieret. Til det formål opfordres også du til at indsende forslag til gode OECP-spørgsmål til Men ikke nok med det. Sommervarmen er steget os til hovedet, og vi har derfor også besluttet at opgradere alle abonnementer til vores bedste abonnementtype (OracleEkspert medlemskab) uden meromkostning, uanset hvilken abonnementtype man havde i forvejen. Dvs at alle, der læser dette har adgang til at hente PDF-udgaver af dette og alle tidligere numre af OracleEkspert. For at få adgang til disse, skal man gå til og klikke på linket Medlemmer. Man kan komme ind med brugernavnet OEmedlem kombineret med det kodeord, som står nederst på denne side (i det blå felt). De bekymrede, der er glade for den trykte udgave, kan slappe helt af, da vi desuden udvider værdien af OracleEkspert medlemskabet, ved at man nu også får et trykt OracleEkspert blad tilsendt. Og som om det ikke var nok, så sætter vi også abonnementsprisen ned med DKK 200! Grunden til at dette kan lade sig gøre, er at vi samtidig forsimpler administrationen ved at nedlægge de andre abonnementtyper. Dvs, at når de nuværende abonnementer udløber vil man ikke længere kunne vælge mellem Trykt Blad, Elektronisk Blad eller Medlemskab. Herefter vil alle abonnenter have et OracleEkspert Medlemskab, hvor man både får et trykt blad og adgang til alle tidligere numre i PDF-format med mulighed for gratis selv at printe flere blade til alle medarbejdere i ens virksomhed. Dem som gerne vil have mere end eet blad, kan købe tillægsabonnementer for kun DKK 400 pr år. Vi håber, at I vil finde jer til rette med denne nye abonnementform. Den er en vigtig forudsætning for bladets fortsatte eksistens. Grunden til at to nye sponsorer, for nogle måneder, besluttede at støtte Oracle- Ekspert var ikke for at kunne tjene penge på at gøre det (bladet har kørt med underskud siden sin fødsel i august 2000). Nej, grunden var, at de mente, at der var brug for et uafhængigt forum for danskere, der arbejder med Oracle. Fordi viden er vigtig. Ikke bare viden, der kan læses i manualer, men også viden om hvordan andre gør, viden om hvilke politiske vinde, der blæser i Oracle-miljøet osv. ODTUG er netop en sådan stemme i det internationale Oracle-miljø, der formidler mange slags relevant viden blandt Oracle-brugere samtidig med at de holder sig i tæt kontakt med Oracle i et forsøg på også at få tilgodeset brugernes behov, når Oracle tager strategiske beslutninger. OracleEkspert er et nedskalleret forsøg på at skabe den samme slags viden specifikt blandt danskere. Viden, som ifølge ODTUGs missionserklæring, skal gøre deres medlemmer til ledere i deres organisationer. I denne uge var der i USA premiere på filmen Masked and Anonymous med Bob Dylan i hovedrollen. Rygterne siger, at det også er Dylan, der har skrevet manuskriptet under pseudonymet Rene Fontaine. Selv om man ikke kan have ham mistænkt for at interessere sig meget for Oracle, så når han, i rollen som Jack Fate, alligevel at sige disse poetiske ord om behovet for viden: Sometimes it's not enough to know what things mean. Sometimes we have to know what things don't mean as well. - Jack Fate (Bob Dylan) Oplag: kopier Udgives af: pythia Information Kongensvej Frederiksberg Danmark Telefon: Fax: Web: www.OracleEkspert.dk Ansvarshavende redaktør: marc de Betalinger Lasse Groans fra Mogens: Mogens Bentes Bøger Bente Rettigheder: PYTHIA Information ejer alle rettigheder til indholdet af OracleEkspert. Kopiering af bladet i dele eller helhed må kun ske efter skriftligt samtykke fra PYTHIA Information. PYTHIA Information forbeholder sig rettigheder til at offentliggøre og genudgive de trykte artikler, tips mv, samt at tillade bladets læsere at anvende indholdet til såvel personlige som kommercielle formål. PYTHIA Information kan ikke drages til ansvar for eventuelle fejl og mangler i Indholdet af OracleEkspert. Artikler mv stilles tilrådighed uden garanti af nogen art. Pris: Enkeltnummer DKK 300,00 1 års abonnement (6 numre): - Medlemskab (inkl blad)...dkk 1600,00 - Pr ekstra blad dkk 400,00 Annoncer: Annoncer til OracleEkspert skal være PYTHIA Information i hænde senest den 15. i måneden inden bladets udgivelse. Annoncepriser kan findes på vores hjemmeside. bdsacdmaa\n3 Du er nu blevet opgraderet til det nye OracleEkspert-medlemskab i resten af abonnementsperioden (læs lederen på side 2 om hvordan du får adgang til de elektroniske udgaver af OracleEkspert) Det nye Medlemskab koster kun 1600 kr pr år (tidl kr)... og det består af: OracleEkspert i PDF-format Adgang til alle tidligere numre Bladet er tilgængeligt samtidig med det går i trykken I kan selv udskrive og distribuere bladet til alle medarbejdere i virksomheden PLUS (nyt ift tidligere medlemskab) et trykt eksemplar af OracleEkspert i farver\n4 DBA Teknisk Artikel AUTOMATISK DB ACCOUNT MANAGEMENT? Martin Jensen - Oracle Consulting. Martin har siden 1982 arbejdet med bl.a. Oracle s database-kerne, samt med forskellige aspekter af objektorienteret systemdesign. Flere og flere miljøer forsynes med LDAP repositories, hvor virksomhedens brugere samlet står opført med deres basale privilegier. Det er naturligvis i sig selv en forenkling, da brugerne (og deres privilegier) herfra relativt enkelt kan administreres. Vanskeligere er det at synkronisere disse informationer med de enkelte databasesystemers accounts, der jo kan have en meget forskelligartet opbygning, ligefra systemer hvor hver bruger har sin account, til moderne systemer, hvor brugernes rettigheder styres af VPD og proxi-accounts. Det er normalt ikke simpelt at ændre en applikation til at anvende VPD og proxi-accounts, så spørgsmålet er ofte, hvorledes DBA erne relativt enkelt kan hægte databasesystemer med accounts for de enkelte brugere sammen med centrale bruger repositories. Denne artikel beskriver hvorledes det er muligt at lade ens database(r) arve de relevante accounts og rettigheder fra et bruger-repository. Antag at det centrale bruger-reposity er i stand til at propagere brugerrettighedsændringer ned til databasesystemet i en tabel (lad os sige user_profile i en account user_rep). Og lad os her sige at en profil svarer til en rolle. create table dir_user_profile ( user_id Varchar2( 30 ) primary key, profile_id Varchar2( 30 )); Nu kan vi jo så etablere en trigger på denne tabel for at fange insert, update og delete, således at vi synkront kan afspejle brugerns privilegier fra det centrale system til det lokale. create or replace trigger db_access_change_tg after insert or update or delete on user_profile for each row begin declare l_exist Number; l_user_id Varchar2( 30 ); l_profile_id Varchar2( 30 ); cursor profile_lookup is select count( 1 ) from all_roles where user_name = upper( l_user_id ) and role_name = upper(l_profile_id); begin dbms_output.enable( ); if deleting or updating then l_user_id := :old.user_id; l_profile_id := :old.profile_id; if l_user_id is not null and l_profile_id is not null then open profile_lookup; fetch profile_lookup into l_exist; close profile_lookup; if l_exist > 0 then db_drop_account( l_user_id, l_profile_id ); else dbms_output.put_line( db_access_change_tg ' '(user,profile) does not exist: ' l_user_id ', ' l_profile_id ); end if; end if; end if; if inserting or updating then l_user_id := :new.user_id; l_profile_id := :new.profile_id; if l_user_id is not null and l_profile_id is not null then open profile_lookup; fetch profile_lookup into l_exist; close profile_lookup; if l_exist = 0 then db_create_account( l_user_id, l_profile_id ); else dbms_output.put_line( db_access_change_tg ' '(user,profile) already exists: ' l_user_id ', ' l_profile_id ); end if; end if; end if; end; end; Så mangler vi vel at implementere de to procedurer db_create_account og db_drop_account. Bemærk at der her anvendes definer s right, samt at procedurerne er autonome for via triggere at kunne committe i basen. Bemærk også at en række centrale accounts bør undtages for administration gennem disse procedurere (eksemplerne viser kun en håndfuld af disse). Sidst men ikke mindst kan disse procedurere jo wrappes for at skjule den egentlige implementering. create or replace procedure dw_create_account ( p_user Varchar2, p_role Varchar2 ) authid definer is sql_txt Varchar2( 400 ); pragma autonomous_transaction; begin declare l_exist Number; begin if upper( p_user ) not in ( 'APPS','DBSNMP','PERFSTAT','SYS','SYSTEM' ) then select count( 1 ) into l_exist from all_users where username = upper( p_user ); if l_exist = 0 then sql_txt := create user ' p_user ' identified by velkommen'; execute immediate sql_txt; end if; sql_txt := 'grant connect to ' p_user; execute immediate sql_txt; sql_txt := 'grant p_rule to ' p_user; execute immediate sql_txt; end if; end; end; create or replace procedure db_drop_account ( p_user Varchar2 ) authid definer is sql_txt Varchar2( 100 ); pragma autonomous_transaction; begin declare l_exist Number; begin if upper( p_user ) not in ( 'APPS','DBSNMP','PERFSTAT','SYS','SYSTEM' ) then select count( 1 ) into l_exist from all_users where username = upper( p_user ); if l_exist > 0 then sql_txt:= 'drop user ' p_user ' cascade'; execute immediate sql_txt; end if; end if; end; end; 4 August 2003 OracleEkspert\n5 Well, databasens brugeraccounts er nu synkroniseret med det centrale bruger repository. Men hvad så med de enkelte accounts passwd, der her som default bliver sat til Velkommen? Det tager vi en anden gang ved at omforme disse accounts til global user accounts. Dit firma kan blive sponsor for OracleEkspert Skriv til: Svar Danmarks eneste uafhê ngige Oracle-tidskrift har brug for sponsorer. Har dit firma mulighed for at pâtage sig nogle af flgende opgaver: - Salg af abonnementer - Salg af reklamer - Skaffe alsidige artikler - Nyhedsredigering - Korrektur - Evt andet... SÂ vil vi fremhê ve dit firma som sttter af dansk netvê rk og vidensudveksling gennem et permanent logo pâ bladets forside samt bannerannonce pâ bladets hjemmeside: Kontakt venligst eller ring til for at diskutere mulighederne for et samarbejde med OracleEkspert. Denne rubrik er åben for alle spørgsmål, forslag og tilkendegivelser om Oracle eller Oracle- Ekspert, hvad enten de er tekniske eller mere strategiske. Indlæg kan godt være anonyme, men redaktionen skal vide, hvem der har skrevet dem. Oracle Danmark Support og Metalink tilbyder, at besvare de tekniske spørgsmål. OracleEkspert August\n6 DBA Teknisk Artikel THE PATCH IS THE PITCH 2 Mogens Nørgaard, Miracle A/S Denne artikelserie (det kan jeg vel kalde den, nu hvor jeg skriver den anden udgave i serien) handler om patching og opgraderinger. Jeg har ikke modtaget forslag til andre eller bedre overskrifter, så sådan bliver det. I denne artikel vil jeg komme ind på flg. emner: - Registerering af patches. Også i Apps. - Planned downtime, Oracle, SAP, Shareplex - Ting, der ikke understøttes af Data Guard - Oracle s regressionstests - Case 1: Funktionalitetstest, ingen performancetest - Case 2: Opgradering på fjerde ciffer tog fem timer - Online patches. Findes de? - Rolling upgrades - Baselines. Jeg hader baselines. - Test: Har en patch eller opgradering hjulpet? Hvorfor opgradere overhovedet? Uniras-degraderingen. - Hvad kan man gøre for at sikre større stabilitet? - Oracle s anbefalede metode til opgradering. - Skal man opgradere til 9i? Registrering af Patches Jeg lovede i sidste nummer at skrive lidt om, hvad man egentlig kan gøre for at få overblik over sine patches. Jeg håbede jo også, at én eller flere ville skrive til mig og fortælle mig om gode løsninger. Det er ikke sket. Så jeg må skrive videre efter bedste vidende. Til de store ERP-tingester (Oracle Apps, SAP, etc.) findes der utilities, som kan købes for store beløb, der kan administrere patches. Til Oracle Apps findes der vist to eller tre produkter, og brugerne af dem siger, at de er dyre, men nyttige. De kan ikke alene registrere alle disse herlige bugnumre, mv., men kan også lægge dem på mere eller mindre automatisk i rigtig rækkefølge, så man slipper for en masse manuelt arbejde. For ikke-erp-relaterede databaser er der ikke noget at gøre. Man kan kun manuelt registrere det i regneark. Der findes ingen mekanisme i de nuværende versioner af Oracle til at huske hvilke patches der er lagt på. Det ændrer sig i en senere version, og det er godt. Planned downtime, Oracle, SAP, Shareplex Jeg fik et par henvendelser fra SAP-kunder, som var irriterede over at deres systemer var nede (læs: databasen lukket) så ofte pga alle mulige og umulige SAPpatches (og sikkert også Oracle-patches). Kunne det være rigtigt? Var der ikke en ægte 25/8/370-løsning? Nej der er ikke. Jeg fik mig en snak med en gut fra Oracle Development, som har tilbragt masser af tid med at arbejde sammen med SAP i Waldorf, og hans svar var ganske kort (og karakterisk tysk): No, there s only planned downtime. Jamen, hvad pokker gør så de rigtigt, rigtigt kritiske sites, som bare er NØDT til at være åbne hele tiden, og som bare mister SÅ mange milliarder for hvert minut de er nede? Hvad gør de? They use planned downtime. Men der var med logiske standby-databaser (Data Guard) nu mulighed for at kunne.. Ja, jo, men med sådan nogle er der visse SQL-kommandoer, der ikke er supporteret, indvendte jeg. Det vidste gutten ikke. Men det er præcist de samme begrænsninger, som dem der findes med Quest s Shareplex-produkt: Hvis ikke en SQL-kommando registreres i logfilen, så bliver det meget svært at replikere den over i den anden database. Med Data Guard gør Oracle to ting, som de i mange år har frarådet folk at benytte sig af i forbindelse med Shareplex og andre tilsvarende produkter fra BMC og andre: De kigger direkte i logfilen, og de understøtter derfor ikke alle SQL-kommandoer. Sikke megen FUD (Fear, Uncertainty, Doubt) der er blevet spredt i årenes løb fra Oracle s Marketingsafdeling omkring produkter, der gjorde sådan noget. Indtil de selv gjorde det. Man kan jo lure på, om ikke Shareplex, der har gjort det her i mange år, er mere modent som produkt, end Oracle s eget, helt nye, produkt? Ting, der ikke understøttes med Data Guard Usupporterede datatyper: NCLOB LONG (RAW) BFILE ROWID UROWID user-defined datatypes nested tables object types REFs varrays Usupportede objekter: user defined tables/sequences in SYS schemai tables with unsupported datatypes tables using data segment compression IOT's Skipped SQL: alter database, session, snapshot, snapshot log create controlfile, database, database link pfile from spfile, spfile from pfile schema authorization snapshot, snapshot log table as select from a cluster table drop database link, snapshot, snapshot log explain; lock table; rename set constraints, role, transaction Oracle s regressionstests Tak til en god ven i Oracle, der påpegede, at Oracle 6 August 2003 OracleEkspert\n7 kun foretager regressionstests på de første tre cifre. På de to sidste laves der en hurtig funktionalitetstest. Det er jo forståeligt nok ellers ville patches aldrig komme ud. Men i Case 2 nedenfor gik det galt på fjerde ciffer, og det kan det da sagtens i andre tilfælde. Nu ved I det. Case 1: Funktionalitetstest, ingen performancetest Jeg nævnte kort i sidste nummer af bladet, at en kunde havde brugt et meget stort beløb på at sikre sig, at deres applikationer kunne fungere efter en portning til en anden hardwareplatform. Det kunne de også. Og initielt gik det rigtigt godt med at flytte det hele over det skulle i øvrigt over på et system, der kørte andre ting samtidig. Men pludselig ramte de ind i en rapport, der ikke kunne køre færdig, en masse kompliceret halløj og problemer i 2-3 uger, masser af itars, og alt det vi elsker at hade. Hvordan kunne de have forberedt sig bedre? Hvis Oracle ikke kan lave interoperabilitets-tests deres produkter imellem hvorfor tror man så, at man kan teste, hvordan alle mulige forskellige kombinationer af SQL er vil interagere? Lad mig uddybe, hvad jeg mener: Når en SQL bliver udført kan den enten køre uhindret og lave IO eller CPU eller den kan vente på en ressource, der er optaget af en anden SQL. Den bedste situation er selvfølgelig, at den tid SQL en tager, mest går med CPU og IO, og ikke særligt meget med at vente. Men lige pludselig er den der jo. Det kan være en lås enqueue der tages af én proces og skal bruges af en anden. Det kan oftere (i Oracle) være latches, der blokerer i kortere eller længere tid for andre processer. Latches er låse, der serialiserer adgang til resourcer (ja, der er shared latches i 9i, hvilket hjælper på det, men det er kun nogle få latches, og kun i bestemte situationer). Så hvordan skulle man kunne teste, om det pludselig vil gå galt? Brugsmønstret ændrer sig jo hele tiden, og der gøres meget ud af fra leverandørernes side, at man skal have et dynamisk miljø, der hurtigt kan tilpasses skiftende omstændigheder. Skiftende omstændigheder, nye forretningsregler, ændret brugsmønster det betyder altsammen nye SQL er. Man kan da ikke teste for den slags ting i sit miljø på en måde, der bare nærmer sig noget realistisk. Husk det næste gang Oracle Support eller en smart konsulent siger Det burde jo have været testet før det blev sat i produktion!. Spørg fjolset, hvordan præcist han vil foreslå at man tester før man sætter nye SQL er i produktion? Hvordan Oracle (eller en anden leverandør) gør det? Hvor mange brugere, der skal simuleres? Bliv ved med at spørge venligt og interesseret. Spørg eventuelt, hvor leverandøren har dokumenteret en god måde at gøre det på? Case 2: Opgradering på fjerde ciffer tog fem timer Kunden skulle opgradere fra til , og alt gik efter planen. Alle steps kørte som beskrevet, alt virkede, og der var ingen ventetid mellem de enkelte steps i proceduren. Der var ikke andre på maskinen, så den kørte deruda. Der var ingen fejl undervejs. Men det tog fem timer. Det bør en patch på fjerde ciffer jo ikke gøre, men i dette tilfælde gjorde den. Og når man lægger en patch på Oracle er basen jo lukket. Det skal den være. Hvorfor er der ikke flere kunder, der møder op i det lokale leverandørkontor med en høtyv og et reb? Jeg tror det skyldes, at de fleste laver disse opgraderinger midt om natten, og så er det bare DBA en, SysAdmin en og andre stakler, der bemærker det. Jo, det kan være, at batchjobbene er forsinkede næste morgen, osv. Men det går jo hurtigt over. Denne kunde regnede med, at det kun ville tage ganske kort tid, så de valgte at gøre det en morgen ved 8-tiden, og så var de ikke oppe før ved tiden. Hvad skulle de have gjort? Er de fjolser? De kunne have arbejdet midt om natten, som vi efterhånden har vænnet os til. Det koster godt nok en masse penge, en masse kræfter og har den ulempe, at der ikke er så mange andre man kan ringe til, hvis noget går galt. De kunne teste det på et tilsvarende system. Men er det en garanti? Hvad kræves der efterhånden for at have et realistisk testsystem? Jeg aner det ikke. Jeg kender ikke nogen, der har det. Er de fjolser? Nej, tværtimod. De har vel netop gjort noget, som man må forvente de skal være fuldt ud i stand til at gøre med et professionelt IT-system i den dyre klasse. Synes jeg. Online patches. Findes de? Hvis en patch vil berøre SGA en eller Data Dictionary en, så kan den ikke lægges på online. Hvis den ikke berører nogle af disse to ting, så kan den godt, og Oracle har i ganske få tilfælde dokumenteret, at en patch kunne lægges på i online-miljøet. Men der kræves nogle helt andre mekanismer, hvis Oracle skal blive et ligeså professionelt produkt på dette område som f.eks. Rdb, DB2 m.fl. Én af de ting, der faktisk mangler i Oracle s source kode, er et transaktionsbegreb. For at kunne rulle en patch tilbage, eller gøre andre underlige ting, bør man have indbyggede begin/end transaction i koden. Det har man ikke af alle mulige gode grunde. Jeg røber ikke for meget ved at sige, at der heller ikke i den nærmeste fremtid kommer noget, der bare minder om online patch-muligheder i Oracle. Orv, hvor det blev et kæmpeproblem for Oracle Support, da de skulle til at bruge Oracle s egne Appsmoduler og opdagede, at de skulle være nede hele tiden. Faktisk blev supporterne dybt overraskede, og forlangte, at man kunne lægge patches på online, da de sgu da var nødt til at være oppe hele tiden. Det kan de stadig ikke. Det kan resten af Verden heller ikke. Hverken med Apps, SAP eller andre. Jeg synes det er utroligt, at man finder sig i det, betaler masser af penge for, at dyre folk skal gå rundt uden for arbejdstid og lægge patches på, og derefter være OracleEkspert August\n8 klar til at tilkalde dyre eksperter midt om natten, hvis noget går galt, eller noget forandrer sig i systemet. Rolling upgrades Rolling upgrades typisk i et cluster med RAC kørende bliver supporteret i fremtiden af Oracle. Det er jeg ikke i tvivl om. Det starter med, at man tillader minor forskelle i versionerne måske ude på fjerde/femte ciffer. Digital har haft rolling upgrades siden de introducerede VMS-clustre. Det her er noget, der godt kan lade sig gøre. MVS-miljøet har det. UNIX-miljøerne har det. Andre databaser har det selv SQL Server er ved at kunne det på en ret snedig måde. Hvordan kan man seriøst tale om 25/8/370, når man hele tiden skal lukke sin database ned? Det hænger da ikke sammen. Baselines jeg hader baselines Hvad kan man gøre? Mange indenfor og udenfor Oracle snakker om baselines. Må jeg være fri! Hvad Pokker er en baseline? En linie noder spillet af en basguitarist? Nå, men mere seriøst: Baselines baserer sig enten på målinger af et system eller målinger af bestemte forretningsfunktioner. Som regel er det system-wide. Men kan man bruge system-målinger? Nej. Kun målinger af applikationer, og det lyder sgu lidt hult, når man får at vide, at man bare skal have baselines. Baselines for systemer findes ikke. Baselines for applikationer findes måske (så har man ret få applikationer, eller de er statiske, eller man har uanede økonomiske resourcer), men som regel er det meget svært at have baselines for sine applikationer bl.a. fordi man jo ligesom godt kan lide at have dynamiske miljøer. Hvis man har dynamiske miljøer kommer der rutinemæssigt nye SQL er til. Enhver ny SQL er potentielt destabiliserende for nogle andre SQL er (Cary s gode eksempel med ting, der bare kører, og ting, der blokerer for hinanden). Hvad kan man gøre? Man kan følge Oracle s anbefalede metode, eller man kan prøve noget smart. Hvorfor siger jeg det? Fordi Oracle s anbefalede metode kort sagt går ud på at følge disse trin: Tag en fuld backup af dit testsystem før du lægger ny software på. Lav en testpatching/opgradering på dit testsystem Test om patchen virker eller om dine applikationer fungerer efter opgraderingen Luk dit produktionssystem Tag en backup (eller tag en online-backup, hvis Oracle siger god for det! normalt vil de anbefale en offline backup, så man kan komme tilbage til et punkt før f.eks. Data Dictionary en blev opdateret) Læg den nye software på produktionssystemet Tag evt en ny backup (det kommer lidt an på, hvor man læser om det, om dette trin anbefales eller ej) Test, om det virker Åbn en Det tager jo tid, det her. Ikke så sært, at mange DBA er/sysadmin s efterhånden længes efter en mere effektiv metode. Ofte springer man selvfølgelig test-systemet over. Man prøver at samle adskillige patches til en stor patch-fest. Man prøver masser af ting. Det synes nærmest håbløst at gøre dette på den rigtige måde. Det synes håbløst at planlægge sig ud af alle muligheder. Alternativet til forudsigelighed er et højt beredskab! Jeg har ikke opskriften på noget rigtigt smart man kan gøre, men det forekommer mig, at det der destabiliserer et system er når en eksekveringsplan for et SQL ændrer sig. Eller når noget bestemt SQL bliver udført mere end normalt. Med MirPlan (gratis, udviklet af Peter Gram m.fl. skriv, hvis I er interesserede) kan man f.eks. en gang i døgnet generere en plan for de vigtigste SQL er (de hyppigste og de tungeste), hashe eksekveringsplanens tekst og sammenligne hast-tallet med hash-tallet fra dagen før. Man kan på samme måde bruge MirPlan til at checke planer før og efter patches og opgraderinger. Det giver én mulighed for at reagere hurtigt, hvis man får at vide, at en plan har ændret sig. Det kan være til det bedre. Det kan være til det dårligere. Men den har ændret sig. Med MirPlan har Gram sat det op, så man får en mail, hvis der sker noget. I Statspack til 9i gemmer Oracle også hash-udtrykket for en SQL, og da man kan gemme Statspack-halløj i et repository, så er det således nemt at se, om noget ændrer sig ved hjælp af en lille trigger eller et job, der kører en gang imellem. Stored Outlines duer ikke, da man jo netop er interesseret i at få udnyttet nye/bedre eksekveringsplaner, og det kan man ikke med Stored Outlines fastfrysning af planen. En monitorering af SQL ernes eksekveringsplaner er det nærmest jeg har kunnet komme en rimelig løsning på problemet om, hvordan man har et meget højere beredskab uden at skulle være enormt bange hver gang man opgraderer eller patcher sit system. 8 August 2003 OracleEkspert\n10 NOTE! ODTUG members save USD 100 of the ODTUG conference registration\n11 ODTUG-KONFERENCEN 2003 I MIAMI BEACH Marc de Oliveira er medlem af ODTUGs bestyrelse og er koordinator for ODTUGs Designer Tools Corner. Han er system analytiker hos NNE, medforfatter til bogen Oracle8 Developer s Guide, forhandler af DesignAssist og redaktør af OracleEkspert. Back to the beach ODTUG gabte nok over mere end de kunne tygge, da de sidste år placerede konferencen på måske Las Vegas største hotel, Caesars Palace, hvor de 800 deltagere kun udgjorde en ubetydelig del af hotellets gæster. I år vendte konferencen tilbage til sine vante omgivelser på et mindre strandhotel med plads til 3000 gæster. Det var tredie gang i ODTUGs historie, at konferencen, hvis stifter er inkarneret vestkystmand, blev afholdt på østkysten. Dansk rekorddeltagelse Danmark havde den højeste deltagelse blandt lande udenfor Nordamerika. Deltagerne var fordelt på følgende måde: USA 452 (inkl en dansker) Canada 55 Danmark 9 Schweiz 7 (inkl en dansker) England 6 Brazilien 5 Holland 5 3 deltagere: Saudiarabien, Sverige og Tyskland 2 deltagere: Argentina (en talte flydende dansk), Australien, Belgien, Bolivia og Norge 1 deltager Afrika, Bulgarien, Cayman Isl., Mexico, Peru og Østrig Så vi var en lille gruppe på 12 dansktalende deltagere, der holdt lidt sammen og udvekslede synspunkter og erfaringer under konferencen. Det var ikke helt de 30 danske deltagere vi havde i Ft. Lauderdale for et par år siden, men når man tager de svære tider i betragtning, så må man sige, at der var et ganske godt fremmøde fra Danmark. Mange vil sikkert huske Svend-Erik Jensen, der i sin tid sad i Oracle support i Vejle. Han sidder nu i Orlando og er leder af Oracle Support USA. Han havde en del synspunkter, som ikke helt falder i tråd med hvad Mogens Nørgaard får sagt i sine Groans. Indholdet Med over 100 sessioner i otte parallelle spor var det ikke noget problem at finde interessante emner at lytte til. Oracle-værktøjer Blandt højdepunkterne kan nævnes Bill Dwights indlæg om Development Tools Vision & Strategy, hvor han forklarede at JDeveloper vil blive gjort til et modeldrevent udviklingsværktøj, der skal kunne modellere abstrakte elementer som Use Cases og Applikationer. Sue Harper afslørede i sit indlæg Designer and the future at nogle af de nye ting, de overvejer at udvide Designer med er mulighed for generering af View API er (til opdaterbare views) og CDM RuleFrame. De dynamiske prompter til WSG-moduler er allerede implementeret til snarlig frigivelse. Designer 6i vil blive supporteret frem til den 31. december David Brown og Ian Fisher fortalte om et nyt lag oven på SCM, som skal hjælpe udviklere med Build and Release management, som også vil kunne bruges til at bygge.jar-pakker til ebusiness Suite patches. Systemet vil blandt andet også kunne bruges til Bug/Issue tracking og Task and project management. Systemet er rettet mod JDeveloper og kan ikke umiddelbart integreres med Designer, da det er filbaseret. Det er netop dette system, som vi har fået Ian Fisher til at komme til Ballerup og fortælle om den 20. august (tilmelding sker hos - det er gratis). Duncan Mills holdt en meget interessant præsentation om pakken WebUtil, som han har udviklet til WebForms. WebUtil-pakken indeholder en stribe kommandoer, som man tidligere kunne udføre på client/server, men som ikke længere er mulige, når man kører WebForms. Det drejer sig blandt andet om: - læsning og skrivning af filer på klientmaskinerne - overførsel af filer mellem klientmaskiner og servermaskiner - overførsel af oplysninger om klientmaskinen (OS, browsertype, brugernavn mv) - host-kald til opstart af programmer, der ligger på klientmaskinerne Business Rules Som det er blevet tradition er hele søndagen inden ODTUG-konferencen dedikeret til the Business Rules Symposium, hvor en lang række forretningsregelinteresserede holder indlæg. Paul Dorsey, David Wendelken, Bonnie O Neil mv holdt en stribe inspirerende indlæg om Business Rules, som nu lader til at være blevet anvendelige i praksis. Dulcians Business Rules Information Management system (BRIM) lader til at være meget ret modent. Emnerne for den næste version er optimering af evalueringer o lign, så de regner med at have fået styr på grundfunktionaliteten. Også CaseTechs Business Rules Approach ser meget overbevisende ud i sin enkle opbygning omkring at lokalisere og definere forretningsregler i et centralt beliggende point of definition. Bonnie O Neil nævnte, at man skulle holde øje med værktøjet ESI, som lod til at blive et interessant BRværktøj. Tools Teknisk Artikel OracleEkspert August\n12 Panel-sessioner Konferencen har også en række paneldiskussioner af typen Ask The Experts eller Ask Oracle. Her kan man spørge om hvad som helst inden for sessionernes emner. Med ikke mindre end fem Oracle VP ere og en lang række Product Managers er der gode muligheder for at få konfronteret Oracle med de ting man går og bander over hjemme på kontoret. Jeg ville elske, at høre Mogens Nørgaard rulle sig ud til en af disse sessioner! :-) Lunch Bunch Det er nu også blevet en fast tradition med frokostmøder et par af dagene. Her kan man tilmelde sig et emne som feks Metode, Forms, JDeveloper, eller Designer, hvorefter hver gruppe deltagere henvises til et område, hvor man kan diskutere det valgte emne, mens man spiser frokost. I år var der omkring ti Lunch Bunch grupper. Beach Party Og så må vi ikke glemme det legendariske Beach Party med blandt andet Beach Volley, kajak turnering og torvtrækkeri. På billederne ses: 1) Vice President for Portals and Hosted Tools, Marco Tilli, i Volley finalekampen. 2) Et par representanter for det danske kajak-hold (Søren og Rune), der venter, mens ODTUG bestyrrelsesmedlem, Jeff Canclini, og Michael Snyder fra CaseTech ser til at startopstillingen vælges på retfærdig vis. 3) Vice President for Application Development Tools and ilearning, Bill Dwight, og Steven Davelaar (udvikleren af HeadStart-pakken) ror sejren hjem til deres hold. I baggrunden ses Lauri Boyd (har også været med til at udvikle HeadStart) på vej ud til bøjen. Ses vi til næste år? Husk at hvis du får godkendt et indlæg, skal du ikke betale konferencetilmeldingen på usd [Der er flere billeder på vores hjemmeside] 12 August 2003 OracleEkspert\n13 8. august 2003 Oracle fastholder opkøb af PS Oracle fastholder sit tilbud om opkøb af PeopleSoft-aktier til USD Tilbudet er nu udvidet til den 19. september Talsmand for Oracle Jim Finn har udtalt: We remain fully committed to aquiring PeopleSoft. 28. juli 2003 Oracle vokser hurtigst i Europa IDC har kåret Oracle som den hurtigst voksende leverandør af applikationsservere i Vesteuropa. Med en vækst på 15.7% i 2002 er Oracle ved at nærme sig konkurrenterne IBM og BEA. Oracles markedsandel i Vesteuropa er nu 17.9%. Peter Perregaard har udtalt at verden nu er ved at opdage, at Oracle leverer markedets bedste og mest komplette middleware-option. 25. juli 2003 Collaboration Suite release 2 Oracle har frigivet release 2 af sin Collaboration Suite. Denne udgave har forsimplet og forbedret mulighederne for webkonferencer ifm planlægning, notifikation og initialisering af web-konferencer. Det er nu muligt for deltagere at review e og editere i dokumenter samtidigt, samt at anvende et fælles Whiteboard til at demonstrere ideer mv. 21. juli 2002 US Army chef bliver Oracle SVP Lt. General Joseph Kellogg Jr. bliver Senior Vice President for Homeland Security Solutions, som tager sig af IT til amrekas forsvar. 16. juli 2003 Jeffrey Henley åbner NASDAQ Jeff Henley deltager i åbningen af NASDAQ-børsen i New York kl 9:30 på NASDAQ Marketsite (4 Times Square - 43rd and Broadway). 15. juli 2003 Oracle og Yahoo Oracle og Yahoo har annonceret et samarbejde, hvor Yahoos brugere vil få adgang til over 100 nyhedsapplikationer (portlets) via en Oracle9i Application Server. 20. juni 2003 PeopleSoft afviser opkøb Samtlige medlemmer af PeopleSofts bestyrelse fraråder aktinærer at tage imode Oracles tilbud om opkøb for USD pr aktie, og hævder at det ikke vil være til aktionærernes fordel. 19. juni 2003 Oracle kåret for bedste support The American Business Award kårer Oracle med en Stevie Award som bedste supportorganisation for god online kundeservice og support. 12. juni 2003 Oracle regnskab for Q4 Oracle annoncerer at de i 4. kvartal har tjent USD 0.16 pr aktie. Sidste år var indtjeningen USD 0.12 pr aktie. Overskudet er steget med 31% til USD 858 mill. Sidste år var overskudet for 4. kvartal på USD 656 mill. For hele 2003 regnskabsåret er overskudet steget med 4% til USD 2.31 mia eller USD 0.43 pr aktie. I 2002 var overskudet USD 2.22 mia svarende til USD 0.39 pr aktie. 11. juni 2003 OTN har nu 3 mill medlemmer Oracle annoncerede i dag, at de nu har mere end 3 mill medlemmer af Oracle Technology Network. Nyheder OracleEkspert August\n14 ORACLE KERNEN OG IO? Af: Jørgen Quaade En database's primære opgave er at sikre ens data mod alverdens ulykker. I computere kan det normalt kun gøres ved at skrive alt ned på diskene. Kun der, er ens data så nogenlunde sikret. I denne artikel vil vi se nærmere på den helt overordnede arkitektur af databasen og se på hvordan Oracle instansen bruger diskene. Først et par definitioner: Databasen består af datafiler, redo logs, kontrolfiler og alt, hvad der ellers ligger på diskene. Redo loggen er der hvor alle ændringer af databasen opbevares. Kontrolfiler indeholder information om hvilke datafiler der i systemet mm. I denne artikel er det en gennemgående antagelse, at der bruges mange diske, sådan at de forskellige filer ligger på et antal forskellige diske. Det er også sådan de fleste systemer ser ud. Instansen består af de processer og memory strukturer som Oracle bruger til at tilgå datafiler mm. IO står for intput/output og er bare en hurtig måde at sige læsning og skrivning til diskene. Hvis man skal have en database til at performe, er det vigtigt, at man såvidt muligt undgår at skrive til diskene. Grunden er ganske enkelt, at mens det tager nanosekunder at tilgå memory, tager det millisekunder at tilgå diskene. Det er med andre ord én million gange hurtigere at få fat i noget som er i memory. Så selv om det primære formål med en database er at sikre sine data ved at skrive dem ned på diskene, er det altså af stor vigtighed, at man skriver så effektivt og så lidt som muligt ned på diskene. Alt i Oracle's arkitektur og design er rettet mod at skrive så lidt som muligt men altid nok til, at det ikke er muligt at miste data, så databasen bliver inkonsistent. Derfor koncentrerer denne artikel sig også om IO og hvordan det håndteres af Oracle. Oracle Instansen er bygget op omkring et delt memory areal kaldet System Global Area (SGA). SGA'ets primære funktion er at fungere som en buffer. Alt hvad der bliver læst ind fra diskene bliver lagt i SGA'et og kan tilgås af alle processer i instansen. Groft sagt ser Oracle's arkitektur således ud: På tegningen står de små "r" og "w" for read and write, og "S" skal betyde Server processer. Server processerne har ansvaret for at servicere kald til databasen. Det er dem der læser data enten fra bufferen, hvis de allerede er der, ellers fra disk. Men de læser kun. De skriver aldrig. Alle skrivninger foregår i bufferen. Der kan være ligeså mange server processer, man har lyst til, dog normalt højst én per bruger. Ofte vil man dog vælge en model, hvor flere brugere deler den samme server proces. Server processerne læser fra alle datafilerne. DBWR, database skrive processen, skriver blokke fra bufferen til disk. Når server processerne har opdateret en blok, og den del af bufferen skal genbruges, er det op til DBWR at skrive den ud. DBWR skanner løbende bufferen for blokke til at skrive ud. Skulle det være nødvendigt, kan man starte op til 20 DBWR processer, som så alle vil hjælpe til med at skrive blokke til diskene. Det er dog sjældent man har brug for mere end én DBWR. Det skyldes især, at de fleste operativsystemer har en mekanisme kaldet asynkron IO, som giver samme funktionalitet som at starte mange DBWR processer op. DBWR vil typisk skrive til mange forskellige filer. LGWR, logwriteren, er den proces, som har ansvaret for at skrive ændringer ned i redo loggen, FØR ændringerne er accepterede. Først når redo loggen har sikret de nødvendige data til at genskabe en konsistent database ved at skrive ændringer ned på disken, får server processen besked på, at ændringerne er gennemført. På denne måde sikrer man, at man altid kan vende tilbage til et kendt og konsistent billede af databasen, selv hvis systemet pludselig fejler. Når en transaktion committes, vil de ændringer, der er blevet foretaget, blive skrevet ned i redo loggen. LGWR skriver altid kun i den aktive online redo log. Når den aktive log er fyldt, går LGWR videre til den næste redo log og gør den aktiv. Der kan kun være en LGWR. ARCH, archive log processen, har ansvaret for at arkivere fyldte online redo logs. Det gør den ganske simpelt ved at kopiere indholdet et andet sted hen, og markere loggen som arkiveret, så LGWR ved at den nu kan genbruge indholdet. Man kan starte op til 10 processer til at arkivere online redo logfiles. Der er også andre processer, som varetager forskellige andre opgaver, f.eks. overvågning af alle processer i systemet, men for klarhedens skyld har jeg kun taget de vigtigste med. Når man kigger helt overordnet på denne arkitektur bliver det klart, at flaskehalsen i dette system (når det gælder IO) er logwriteren. Server processerne er mange og læser fra mange diske. Der kan være op til 20 DBWR processer, som skriver til mange filer. Der kan være op til 10 ARCH processer, som dog skriver til den samme fil. Men der kan kun være én LGWR som skriver til én fil. Alt andet lige vil logwriteren altid være den der har den hårdeste belastning. Den har kun en proces og en fil at gøre godt med, modsat alle de andre, som enten har flere processer eller flere filer at gøre godt med. Derfor vil man også se, at når man har et veltunet system, så bliver performance begrænset af, hvor hurtigt man kan skrive til redo loggen. Det er altså klart at IO er et væsentligt problem for moderne systemer, og derfor er der da også alle mulige forskellige tekniske tiltag man kan gøre for at forbedre performance af ens IO, f.eks. med disk caches og hurtigere diske. Asynkron IO er også en mulighed. Det er en ret udbredt teknik, så i næste artikel vil jeg prøve at forklare hvordan asynkron IO virker. 14 August 2003 OracleEkspert\n15 SKRIV EN ARTIKEL Vi betaler dig 700 kr pr side for artikler, som trykkes i OracleEkspert (400 kr pr side for engelsksprogede artikler). Du kan også komme til at vinde OracleEkspertprisen, som i december-nummeret uddeles til forfatteren af årets bedste artikel. Deadline for artikler til OracleEkspert er den 15. i måneden inden bladet udkommer. Har du lavet noget genialt, som kunne have interesse for andre Oracle-udviklere, ledere, planlæggere mv, eller har du bare nogle guldkorn, som andre kunne få glæde af, så skriv en artikel til OracleEkspert. Sådan gør du: Aflever et oplæg på ca 200 ord via vores hjemmeside: under sektionen Din Mening. Når oplæget er godkendt af redaktionen, kan du skrive selve artiklen. Der ligger en MS Word template på hjemmesiden. Artiklen skal også godkendes af redaktionen. Dette sker ud fra kriterier om seriøsitet, relevans og teknisk niveau. Artiklerne skal henvende sig til erfarne Oraclefolk, og emnet skal på en eller anden måde være relateret til Oracle. Den normale størrelse af en artikel er 3-6 sider. Hvis din artikel falder udenfor denne størrelse, bør du gøre os opmærksom på det, inden du begynder at skrive den. Præsentationsartikler: Hvis emnet er et værktøj eller en service, som du selv udbyder karakteriseres artiklen som en præsentationsartikel. Disse koster 1000 kr per side, da de egentlig er en slags reklame (dvs at vi ikke betaler for artiklerne). Der gælder samme krav til seriøsitet og kvalitet ift præsentationsartikler som for tekniske artikler. OracleEkspert August\n17 Kære læser! Velkommen til ottende udgave af min klumme. Formålet med klummen er at informere om Oracle-verdenen, give råd og tips, diskutere aktuelle emner, fortælle om arrangementer, mv. Alt sammen selvfølgelig tilsat private meninger, rene gætterier, usubstantierede rygter og ikke mindst løse formodninger. Snakke-emnerne denne gang: It doesn t matter 10i 10G Mark Jarvis, Jeremy Burton, m.fl. Peoplesoft, JD Edwards Hvis et instans går ned ofte, så er der noget galt med din HW. Hvis det går ned sjældent behøver du nok ikke RAC. BAARF, PIP, Gaja og The Musical 6000 flere ansat i Oracle Indien? Teknik-emner: YODA CTU TAM af Martin Berg James fix 9.2 og NLS 32/64 bit Hash It doesn t matter Det her var overskriften på en artikel i Harvard Business Review for nyligt. Jeg troede først det var en artikel om, at livet var meningsløst, men forfatteren mente faktisk, at IT-branchen ikke betyder noget. Det er jo ikke specielt opmuntrende at skulle høre på, når vi nu er vant til at høre, at vi er åh så vigtige for firmaets ve og vel. De undersøgelser, der lå til grund for artiklen, viste sjovt nok, at virksomheder, der investerede rigtigt massivt i IT fik forværret deres konkurrenceevne. Ikke dermed sagt, at firmaer, der slet ikke investerede i IT, nødvendigvis fik forbedret deres. Store dele af vores branche lever af at sælge drømme. Drømmen om det firfarvede lagkagediagram, der giver direktørerne et pludseligt og blændende indblik, og sætter dem i stand til at feje konkurrenterne af banen. Drømmen om mødet i det flotte mødelokale, hvor powerpointen med de mange farver får en af direktørerne til at tage brillerne af og dingle dem i hånden, mens en power-klædt kvinde fortæller ham, at han kan erobre verden ved hjælp af et søjlediagram. Drømmen om de fem kloge mennesker, der mødes i en lufthavn, og pludselig forstår, hvordan Verden hænger sammen, mens de skynder sig af sted med deres rullekufferter. De har alle meget hvide tænder. Drømmen om indsigt, magt, fred og det, man automatisk kan få ud af det. Det får selv kloge, forstandige mænd til at investere enorme beløb i ERM, CRM, CSM, CSC, IBM, og alle sådan nogle forkortelser. ERP-projekter er ofte grumme eksempler. Jeg har personligt svært ved at pege på et ERP-projekt, der har været en virkelig succes. Jeg kan sagtens nævne virksomheder, der f.eks. har implementeret HR-modulet i Apps og fået det til at virke. Men den store, krombelagte løsning, der omfatter hele virksomheden, og stort set alt, hvad den laver, går som regel rigtigt galt. Det er muligt, at der er tale om så store beløb i investering, at der på forhånd Fanden Gale Mig er dømt succe. Det kan man se med Forsvarets vanvittige demars-projekt, der internt kaldes demanda. Alt går galt i dette projekt, som plejer at gå galt, og selv en Forsvarschef har måttet forlade jobbet på grund af projektet. Men det er en succes, meddeler Forsvaret. Det er da morsomt, at demars skal skaffe et enestående overblik over, hvor alle undertrøjer, snørebånd, sneplove og kanonrør befinder sig når det, der betyder noget er, hvor Fanden den kampvogn er henne i Bosnien eller den sneplov i Irak. Drømmen om det totale over- og indblik lever selvfølgelig stærkest hos organisationer som Forsvaret, men alligevel En klog fyr, som jeg har kendt i mange år og som har været med til adskillige ERP-projekter, mente, at ERP-projekter egentlig er dømt til at mislykkes qua deres natur. Man starter med store foranalyser, workshops, og alt det andet fancy halløj, der har til formål at afdække, hvad man egentlig laver i virksomheden og hvordan man laver det. Det skal så mappes over i et program, der oprindeligt er udviklet enten til Volkswagen i Tyskland (og derfor kræver, at man opretter Factories i sin implementering) eller er udviklet til et verdensomspændende softwareudviklingsfirma i Californien. Det tager normalt to år for den første fase, og i de to år øver man ofte vold på virksomheden, fordi alle Groans Fra Mogens OracleEkspert August\n18 ændringer i forretningsmodeller, etc. skal godkendes af en magtfuldt råd, der næsten hver gang kan fortælle ledelsen eller initiativtageren, at det vil fordyre projektet voldsomt. Så man lader ofte være. Bemærk, at ændring i forretningsmodeller ofte dækker over det kendte begreb god ide. Det er noget, der gør ondt, det her. Ligegyldigt hvad man ønsker at foretage sig i virksomheden skal man nu først tænke på det nye system i stedet for på ideerne. I har garanteret selv været ude for det masser af gange: Man forelægger en god ide, eller fortæller, at nu gør konkurrenterne altså sådan og sådan og så får flere af mødedeltagerne det der fjerne blik, mens de prøver at forestille sig, hvad der kan gøres ved systemet for at opnå dette eller hint. De prøver ikke mere at forestille sig, hvad ideen kunne gøre for firmaet. Af én eller anden grund er det noget, der skaber frustration i alle lag af virksomheden. Når man så efter to år har fået implementeret systemet, så det nogenlunde afspejler Verden, som den så ud for to år siden, så er alle meget forpustede, og ingen kan rigtigt genkende hverken de firfarvede, flotte diagrammer (som regel kræver det en special-tilretning og en helt speciel printer, som sekretæren ikke kan bruge til andet) eller de flotte, nemme skærmbilleder, som man havde set i demoerne. Så er man klar til Fase 2, thi der er nu så mange nødvendige forandringer ophobet, at man tror det er løgn, og de skal altså implementeres, og det kræver en ny bevilling og et nyt projekt, komplet med scope og de andre dyre ord. Faserne herefter bliver som regel meget mere kaotiske, idet man desperat prøver at tilpasse systemet til en Verden, der forandrer sig hele tiden. Det er på dette tidspunkt det nok går op for de fleste, at de bare har fået sig endnu et stort system i virksomheden, og at det er godt og skidt sammenlignet med det eller de systemet det afløste. Man opdager, at der er en masse tilretninger i systemet, som selvfølgelig kun kan forstås af præcist de konsulenter, der har lavet dem. Det er derfor, det ikke kaldes Standardsystemer mere. Det kaldes Standard- Ramme-systemer, fordi de alligevel ender med at være enormt non-standard-systemer. Og så er man ved at være klar til næste runde, hvor man begynder at drømme om et system, der kan opfylde ens hedeste drømme om indsigt Sådanne projekter koster i øvrigt altid mindst én ITchef og en projektleder stillingen. Nogle gange koster det ledelsen, direktionen (men de er som regel gode til at dække deres røv), eller måske endog virksomheden livet. Der er eksempler på det alt sammen. Så prøv at forestille jer en virksomhed, der har købt hele drømmeteknologistakken, og tror at de skal forandres til en e-business eller hvad det nu hedder nu om dage. De får altså brugt nogle penge og noget tid. IT doesn t matter. Det skal bare virke i nødvendigt omfang. Vores drømmeverden kommer ikke tilbage, selvom folk med penge i klemme i diverse investeringssammenslutninger bliver ved med at forudsige det snarlige opsving. Oracle-nyheder Der var tre interessante nyheder i de forløbne uger fra Oracle: Marketingsledelsen har forladt Oracle. 10i skal hedde 10G. Peoplesoft købte JD Edwards. Det var ikke kun Mark Jarvis (Chief Marketing Officer), der forlod Oracle. Det gjorde Jeremy Burton (Senior Vice President for Product Marketing) også. Og Rene Bonvanie, der også havde en ledende stilling i Marketing. Det her sker ligefør launchen af Oracle s næste database-version, og det var nok ikke noget, Larry havde planlagt. Sådan noget sker aldrig tilfældigt. Mark Jarvis var meget hurtig til at udsende en rigtig Marketing-mail til den mailingliste, der omfatter tidligere Oracle-ansatte (i USA hedder den Oracle Alumni, i UK hedder den LAOS Life After Oracle Society). Her skrev han, at han bare trængte til at tænke på sig selv, at han i de sidste 14 år aldrig havde været væk fra e- mail i mere end 24 timer, etc., etc. Snøft. Her er en del af hans mail: There were obvious outside factors - the economic climate and the fact that tech is no longer the "cool" industry, but those factors were less important. Yeah, right. Lad os se, hvad han skal lave i sit næste job. Det burde give et hint. Nå, men så har Oracle ladet sive, at de vil kalde 10i for 10G. G et står for Grid, og skal indprente i folk, at Oracle og Grid-computing hører uløseligt sammen. Oracle og Grid betyder RAC. Indtil der sker noget fuldstændigt vanvittigt nyt med Oracle, så er et Grid noget Oracle ser som et enormt stort cluster, og så kan RAC køre ovenpå det. Jeg ville ønske jeg kunne huske, hvad de der selvtænkende eller selvlærende netværk hed, som var så hotte for nogle år siden. Her fik et par danske forskere både skrevet en bog, nogle millioner fra staten, og deres navn nævnt i flere artikler i Computer World. Der var også noget med, at det blev brugt af Danske Slagterier til at styre svinekroppene rundt i et slagteri. Siden har man ikke hørt så meget til det. Forleden kunne man så læse, at et virtuelt center for Grid-computing havde fået et antal millioner af staten. Vi bliver ved med at tro på Det Tekniske Fix. Peoplesoft købte JD Edwards. Det gør det vanskeligere for Oracle at købe Peoplesoft, og det kommer heller ikke til at ske. Hele Peoplesofts kultur er fokuseret på Microsoft i størst muligt omfang, og så er Oracle ikke den man drømmer om at være partner med. Ligesom med SAP, så vælger mange Peoplesoft-kunder at køre løsningerne på Oracle. Det sker, fordi Oracle er den bedste database, fordi kunderne kan se, at de fleste andre kunder kører på det, osv. Men det sker til trods for leverandøren. SAP og Peoplesoft gør meget ud af at forholde sig neutrale på databaseområdet, men de ville rigtigt gerne tilbyde et alternativ til Oracle, fordi Oracle samtidig er en konkurrent på ERP/CRM-markedet. JD Edwards har vi nogle erfaringer med fra et par kunder. Deres tekniske vejledning til opsætning på Oracle er noget af det morsomste vi har set. F.eks. foreslår de, at man sætter _spin_count til antal diske gange disses hastighed. Hvis man har 5 styks 10K- 18 August 2003 OracleEkspert\n19 diske, så skal parameteren sættes til De mener naturligvis også, at timed_statistics skal sættes til false. Til gengæld har de så mange indexer gerne med de samme start- og slut-kolonner at man tror, det er løgn. Det er ikke en køn ERP-løsning på det tekniske plan. Det kan til gengæld godt være, at kunderne er glade for systemet. IT doesn t always matter på det tekniske plan Men hvor var det dog et genialt marketing-scoop for Larry at komme med det opkøbstilbud. Det satte Oracle på forsiden af aviserne, og gjorde koncernen synlig på en sjov og ny måde. Lige, hvad man trængte til. Da så samtidig Gartner og andre gik ud og anbefalede, at man ikke købte Peoplesoft og JD Edwards mens det her halløj stod på, så var det noget, der ramte Peoplesoft rigtigt hårdt. Salget stoppede simpelthen. Gode gamle Gartner. Var det fjerde kvartal 2003 eller tredje kvartal 2004 de forudsagde ville blive starten på det fornyede opsving? Det bliver spændende at se. I øvrigt offentliggjorde Oracle også, at de ville ansætte 6000 flere i Indien. Hvis nogen behøvede flere beviser på, at de store selskaber ikke mere kan få konsulentforretningerne til at hænge sammen økonomisk i de rige lande, så kom det her. Alle de andre store vil gøre det samme. Men. Indere er dygtige, arbejdssomme og billige. Og så er de altså heller ikke mere fantastiske end det. Man kan da lige så lidt tage 1000 highschool graduates i Florida og kalde dem et Oracle-support center som hyre 6000 mennesker i Indien og kalde dem Oracle Services. Der er mange problemer forbundet med at arbejde med billig arbejdskraft fra fattige lande nogle gange kaldet The Bombay Solution. Så er det ligemeget, om det er indere, kinesere, eller hvad det er. Men hvis man mener man kan spare penge, så vil man bruge dem. Uanset hvad fagforeningerne finder på af dårlige undskyldninger. Gid de ville holde sig udenfor denne diskussion, så vi ikke ender som den nye tids typografer. BAARF, PIP, Gaja & The Musical James Morle og jeg har stiftet The BAARF Party. BAARF står for Battle Against Any Raid-F. F står både for Free, Four, Five og Fix, dvs RAID-3, -4, -5 og 6. Med andre ord: Alle RAID-implementationer, der benytter sig af Parity. Parity Is Pain (PIP) er et af vore slogans. Ideen opstod en aften efter et par øl i omegnen af Birmingham før et stort UKOUG-møde i deres UNIX- SIG. Vi var bare så trætte af at skulle fortælle om og om igen, hvorfor RAID-F er noget skrammel, så James foreslog at vi holdt op med at diskutere det. Enough is enough. Når vi har sagt det samme i 15 år, skrevet det samme i 15 år, og hørt på det samme sludder i 15 år, må det være på tide at stoppe, sænke blodtrykket, og sige: Enten er I med os, eller også er I ikke. Vi gider ikke snakke mere om det. I kan læse mere på Miracle s hjemmeside - eller direkte på - og I kan også bare sende mig en mail om, at I gerne vil være partimedlem så får I et medlemsnummer og bliver inviteret til BAARF Party conventions. Det flotte BAARF-logo, som James har lavet, er I velkomne til at stjæle og anvende andre steder. Cary Millsap er æresmedlem sammen med Jared Still, som i mange år har haft en anti-raid-5 kasket på sit kontor. Den rigtigt store nyhed omkring BAARF er, at vi på Database Forum opfører en musical om emnet. Jeps, vi har skrevet BAARF. The Musical med Gaja Vahatneyhatneyhatney i hovedrollen (spillet af Gaja himself) som en stakkels, forvirret IT-konsulent, der både møder FEVER (Five Evil Vendor s Eternal Rotherhood) og BAARF-partiets medlemmer på sin quest (høhø) for at finde svaret. Musicalen bliver opført efter Dave Ensor s tale ved Galla-middagen, og inkluderer nye tekster til meget kendte sange, The OakTable Choir, et særligt lydafskærmet område for folk, der vil spille luftguitar, og en masse fællesang. YODA Martin Berg og jeg satte os ned en dag i Oracle s kantine og fik et par gode ideer. Der kom tre nyttige ting ud af det: En undervisnings-special, som blev kørt af Martin Berg, Johannes Djernes og jeg. Og YODA og CTU. YODA står for YAPP Overblik, Diagnose, Analyse. Vi havde selv forestillet os, at det skulle hedde YAPP ODA, men så foreslog Jonathan Lewis at det skulle være YODA ligesom i Star Wars. Jeg synes bare det er fedt, at det lyder som det gode, gamle danske Joda på bredt jysk. YAPP-delen kender I alle. ODA-delen skal beskrive, hvad man kan bruge YAPP til på forskellige niveauer, nemlig system-, session/job- og SQL-niveau. På System-niveau, hvor man bruger v$system_event og v$sysstat manuelt eller i forbindelse med Statspack, bstat/estat, etc. kan man højst bruge data til at få et overblik. Og det er vel at mærke, hvis vi skal sige det pænt. Hvad vi egentlig mener er, at det ikke kan bruges til noget som helst. System-level målinger er ubrugelige, fordi de viser summeringer, og summeringer kan aldrig sige noget om detaljer. Tak for denne indsigt til Cary Millsap og hans nye papir om Oracle Operational Timing. Han er sgu go. Men vi skulle jo finde på noget (også fordi vi selv har prædiket brugen af system-level målinger i mange år), så vi fandt på det pæne ord Overview eller Overblik. Man kan selvfølgelig også bruge det til at imponere chefer eller andre, der ikke ved, at det bare er fremvisning af ikke-konklusive tal. Nå, men på session/job-niveau kan man lave en fornuftige Diagnose af problemet. Det kan se vha traces, logon/logoff-triggere der anvender v$session_event og v$sesstat, etc. OracleEkspert August\n20 Og den dybere Analyse af de enkelte SQL-statements er også særdeles nyttig. I kan få YODA-dokumentet tilsendt fra mig, hvis I er interesserede. CTU Martin Berg og jeg har længe snakket om at kontrollere online-batch og batch generelt, fordi man ikke kan køre mere end to af dem (faktisk ca 1.8 for at være helt nøjagtig) pr CPU uden at skabe kø. Tre simple ting blev så kombineret den dag i kantinen, og Martin kom med det geniale navn CTU, der står for Counting The Uncountable eller Controlling The Uncontrollable. De tre simple ting er disse: IBM s definition på et batchjob er, at det er et job, der bruger mere end 10 CPU-sekunder. Gode, gamle Audit Session kan vise hvilke jobs, der gør det (Counting The Uncountable). Oracle9i s Ressource Manager kan re-dirigere jobs, der overskrider 10 CPU-sekunder til en kø, hvor concurrency kan styres (Controlling The Uncontrollable). Vi har prøvet det på et par kunder, og Peter Sørensen fra Miracle A/S har lavet lidt regnearkshalløj ovenpå AUD$, så man kan se batch-concurrency i sit system. I kan bare skrive til mig eller til Peter for at få det. Ressource Manager er ikke helt tosset til formålet. De første 10 CPU-sekunder er IKKE tabt man får bare jobbet sat i batchkøen og får det afviklet med 1, 2 eller flere samtidige jobs kørende. Så er det ligegyldigt om jobbet kom fra batchkøen eller fra Frk Petersen, der startede en rapport ved et tryk på F5. Simpelt, ikke? Nogle burde bygge et flot, grafisk værktøj op, der gør det her, plus måske laver et par rapporter, sender et par mails og andre unødvendige, men flotte ting. TAM (af) Martin Berg ThrowAway Metoden (TAM), som Martin Berg opfandt og beskrev over sider mens der stadig var noget, der hed Premium, er fortsat aldeles genial og samtidig den eneste metode, der korrekt og systematisk gør én i stand til at tune SQL. Hvis man ikke benytter TAM, så benytter man sig af gætværk (dvs. erfaring, uvidenhed hos dem omkring sig, og andre tricks). Jeg ved da godt, at Johannes Djernæs, Martin Berg, Alex Høffner, og sådan nogle kan lægge hænderne over et langt SQL-udprint og påpege, hvor det går galt, men det er de færreste der kan det, og de herrer bliver nogle ordentlige flaskehalse, hvis nationen som sådan skal anvende deres magiske evner. Den største naturtalent jeg har set på det felt er i øvrigt den tidligere Premium-mand Henrik Tengberg. Han er nærmest autistisk med det. Han aner heller ikke selv, hvad der sker i knolden på ham, når han ser et stykke SQL, men det er ret utroligt. Jeg tror han sidder i Force-institutterne eller sådan et sted nu. Måske forårsaget af, at jeg sendte ham til et koldt sted nord for Stockholm i et halvt år. Sundsvall er navnet. Der er skrevet sange om ensomheden i Sundsvall, og det kan man godt forstå. Det rangerer fuldt på højde med CV Jørgensens gamle sang, som efter min bedste erindring lyder noget a la dette: Der er ingenting der swinger Som Bjerringbro by night Hele hovedgaden emmer Af jyske karle fit for fight Man kan også anskaffe sig diverse magiske værktøjer, men de kigger sgu bare på eksekveringsplanen og siger Hov, her er et full table scan, uha uha og den slags ting, og det er jo noget sludder. Så længe de ikke kigger på, hvor arbejde bliver smidt væk (dvs. benytter sig af Martins metode) laver de (også) gætværk og imponator-tricks. Nå, tilbage til det vigtige: Få fat på Martin Bergs papir om TAM. Få det læst. Skriv til Martin, hvis I har spørgsmål. Han er go. James Fix Jeg tror jeg har beskrevet det tidligere, men nu får I den lige igen. Bug Patches fås til og 9.2. Permanent fixet i 10i. Med denne rettelse kan I se PL/SQL-timings i tracefilerne, så den ofte store klump tid (Cary Millsap kalder den un-accounted for time), der ikke kan forklares, bliver noget mindre. 9i og NLS Here we go again. Der kan opstå mystiske installationsproblemer med 9i, hvis man ikke har sat NLS korrekt. Det gik ud over én af mine gamle venner, som først efter en længere samtale med Peter Gram fik løst problemet. Det er altså smukt, at NLS-problemet fortsat kan forekomme, selv i vore dage, under installationer. 32/64-bit Der er vældig gang i reklametrommerne rundt omkring hvad angår 64bit. Anjo Kolk holder et indlæg om det på Database Forum, men jeg kan da røbe følgende dybe hemmeligheder og storslåede sandheder: Når der skal flyttes 64 bits rundt i stedet for 32, så skal der flyttes dobbelt så meget. Det er ikke hurtigere. Det er langsommere. Hvis man gør busserne, togene, metroen og CPU erne hurtigere, så er det muligt, at man netto tror man kører hurtigere på sin 64bit-computer. Hvis man har brug for at adressere enormt meget memory (f.eks. for at få en meget stor buffer cache hit ratio ), så er man nødt til at benytte sig af 64bit. Men det er jo noget, der rykker: Det er Det Tekniske Fix og Loven om Større Tal i skøn forening. Hash-algoritme To ting: Hash-algoritmer og single table in hash cluster. Prøv at søge på bob jenkins perfect hash på Google, og I finder ud af, hvordan Oracle s hash-algoritme virker. Det er da meget sjovt at vide. Den bliver modificeret i næste release, fordi der faktisk godt kan forekomme to forskellige statements med samme hash- 20 August 2003 OracleEkspert


Professionel Jordarbejde i Kalundborg, Holbæk, Slagelse m.v.\nJordarbejde i Kalundborg og omegn\nJordarbejde har vi stor erfaring med\nSkal du have hjælp til en form for udgravning? Så kan vi hos Entreprenør Erik Frederiksen ApS hjælpe dig. Vi har mere end 14 års erfaring som entreprenør, hvilket gør os i stand til at løse mange forskellige opgaver inden for jordarbejde. Vi står primært til rådighed hos kunder i Kalundborg, Holbæk og Slagelse, men kommer også gerne uden for disse områder.\nNår man skal foretage en udgravning, er der meget, der skal tages højde for. Derfor er det en god idé at få professionel hjælp fra en erfaren entreprenør. Der er eksempelvis nogle særlige regler og krav i Byggeloven og Bygningsreglementet, som skal overholdes ved enhver nybygning eller tilbygning. Disse retningslinjer har vi helt styr på, og vi overholder dem naturligvis altid til fulde.\nVi tilbyder forskellige former for jordarbejde\nHos os er der ingen opgave, som er for stor eller for lille. Vi bruger vores mangeårige erfaring til at løse enhver form for jordarbejde. Vi står altid gerne for både planlægning og udførelse, og vi garanterer dig et holdbart og veludført resultat. Nogle af vores primære arbejdsområder inden for gravearbejde er udgravning til:\nVeje og pladser\nVi sørger for at opfylde alle krav til byggelinjer, afstande til veje og nabo og andre gældende regler. Derudover tager vi altid hensyn til både el- og kommunikationsledninger, som eventuelt ligger i jorden, hvor der skal graves. Du kan med andre ord trygt lade os udføre jordarbejde for dig.\nFå et godt og uforpligtende tilbud på jordarbejde\nEr du interesseret i at høre mere, eller har du brug for professionel rådgivning og vejledning? Så er du velkommen til at kontakte os.\nVi udarbejder også gerne et godt og uforpligtende tilbud på netop din opgave. I samråd med dig, finder vi den bedste løsning til dit projekt.\nRing på telefon 59 50 75 31 eller send en mail til erik@ent-erik.dk, så vender vi tilbage så hurtigt som muligt.