Det virker fint hvis der findes en værdi i alle felterne i databasen. Problemet er, at hvis f.eks. feltet "Fax" i min DB er tomt, så bliver resten af felterne i mit udtræk også tomme.
I lang tid har samarbejdsbranchen fokuseret på at forbedre enhedsfunktioner – bedre kameraer, klarere lyd og smartere software. Men den virkelige forvandling handler ikke om funktioner.
Hmmm... jeg studser lige i første omgang over dit SQL-statement, men hvis du siger det fungerer, så er det nok bare en tastefejl at der er et komma efter PostTabel.By. En anden ting jeg noterer mig er at du bruger et reserveret ord (by) som feltnavn - uden at sætte det i firkantede paranteser. Det kan dog godt være at du bliver reddet af at feltet er foranstillet med tabelnavnet - vær dog opmærksom på denne lille fejlrisiko i andre sammenhænge (vis du ikke allerede er det).
Har du prøvet at køre dit udtryk i databasen, f.eks. en query i Access eller i Query Analyzer på SQL Server (ved ikke lige hvilken dataase du bruger)? Helst på en række hvor fax er tom? Det kan evt. give dig en indikation af hvad der kan være galt...
Softspot - tag dig ikke af SQL-udtrykket, jeg forenklede det hele hurtigt for at fremme forståelsen. Det er Access, og der skulle ikke være nogen fejl i query'en, da det jo virker fint, bare der findes en værdi for hver record.
Arne_v - Ja, jeg har catch exception på, men der kommer ikke noget ud af det. Mine labels forbliver bare tomme, fra og med den tomme record.
Ifølge min opfattelse af denne option, så er det en besked til VB.NET om, at den skal være streng med typecheck - således sproget kommer til at ligne C# og andre typestærke sprog, hvad angår typelighed i tildelinger af variabelværdier. Eksempelvis vil det ikke være muligt at tildele en numerisk værdi til en streng-variabel, som det vil uden option strict (da VB uden strict selv konverterer værdien til en streng). Det bliver dog også lidt mere besværligt at kode med Option Strict, da du så eksplicit skal konvertere typer hver gang der skal konverteres (og hvis du er vant til den "løse" typekontrol, så vil du nok føle dig hæmmet af Strict.
Okay - dvs. at jeg ved strict f.eks. er nødt til at behandle telefonnumre og postnumre som nummeriske, selvom jeg jo ikke ligefrem skal udføre regnestykker med dem?
Nej, det skal du ikke, for du kan godt lagre telefonnumre som strenge. Hmm... jeg tror min formulering var forkert, jeg mente variable som har numeriske typer så som integer, long, double osv. og ikke den semantiske værdi.
uenig - .ToString er ligesom +"" er måde at omgå type check på
nej - så vidt jeg ved et CType en VB.NET builtin og ikke en Microsoft.VisualBasic ting
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.
