sql server 6.5

har oplevet det samme som dig..... jeg fuskede lidt ved datatyperne og så løste det sig derefter...

Hvilke datatyper ændrede du fra/til

Er der nogen man generelt skal hold sig fra ?

jeg tror jeg ændrede noget fra char-->varchar og satte deslige længden ned de steder hvor det var oplagt!

Det kan måske være at der er en makslængde.

Den tabel, jeg snakker om er \"lidt\" håbløst bygget op. Der er 50 kolonner i en tabel. Det gør det selvfølgelig noget nemmere at lave forespørgsler, men det kan da være at det er årsagen.

det kunne snildt tænkes! Du må have redundans og inkonsistens i dine data! Et løsningsforslag er svært at komme med... måske du skulle normalisere skidtet, finpudse lidt på det mht. datatyper og disses længder!

Som en strøtanke vil jeg anbefale at du opgraderer til 7.0/2000 - der er udmærkede wizards til denne proces! Og der er rigelig med dokumentation hos microsoft hvis du springer fra 6.5 --> 2000
Hva mæ om du lige opgraderede til 7.0 eller 2000

Problemet er at hvis jeg skal lave om i databasen, skal koden der bruger den også rettes og jeg er ikke inde i koden, da det ikke er mig der har lavet den (heller ikke basen !!!). Så den får nok bare lov at køre.

Opgradering:
Ville meget gerne...................... men penge :-(

Her i firmaet er der MEGET langt til 2000 og 7\'eren koster jo også en hel del. Jeg håber i øjeblikket på at et andet system vi er ved at indføre vil kræve en opgradering. Så er klienterne jo betalt og dermed bliver det ikke så dyrt.

nu kender jeg godt nok ikke jeres system.... men da jeg opgraderede fra 6.5 til 7.0 var der ikke noget i koden jeg skulle rette Det eneste jeg skulle tilrette var mine login\'s og permissions på tabellerne!

Det jeg mente var hvis jeg skulle normalisere databasen. Så ville det kræve ændringer i koden, men den med opgradering kunne jeg godt tænke mig. Desværre er der ikke økonomi i det.

I øjeblikket i hvert fald.

Men løsningen var jo at normalisere og bruge så korte typer som muligt (selvom varchar jo burde forkorte sig selv).

Tak for hjælpen

lige et extra tip.... prøv at undersøge muligheden for at bruge nvarchar - og om det kan dække dine behov!

Er det en kort varchar ?

jeps... kan max indeholde 4000 unicode karakterer! Men hvis du i forvejen anvender varchar, så er det måske bedst at bibeholde denne datatype, idet der jo kan være chance for at data bliver truncated hvis du lige konverterer fra varchar til nvarchar! Dette kommer naturligvis meget an på situationen om du kan anvende nvarchars m.m.