vedr: SQL data types UNICODE (ISO) og CHAR (ascii el. ansi??)
Så vidt jeg kan se, er der ingen forskel i SQL standarden mellem ascii og ansi CHAR typer. Men unicode har eget datatype!!
The following table lists valid SQL type identifiers for all SQL data types. The table also lists the name and description of the corresponding data type from SQL-92 (if one exists).
SQL type identifier[1] Typical SQL data type[2] Typical type description SQL_CHAR CHAR(n) Character string of fixed string length n. SQL_VARCHAR VARCHAR(n) Variable-length character string with a maximum string length n. SQL_LONGVARCHAR LONG VARCHAR Variable length character data. Maximum length is data source–dependent.[9] SQL_WCHAR WCHAR(n) Unicode character string of fixed string length n SQL_WVARCHAR VARWCHAR(n) Unicode variable-length character string with a maximum string length n SQL_WLONGVARCHAR LONGWVARCHAR Unicode variable-length character data. Maximum length is data source–dependent
If you know what layout (ansi or ascii) the file has then you could have a form with say two radio-buttons to select the type. Then you have a button to start the import.
I have a routine where I can import two different files from. If the first gives me an error then I try the next (in code). If the only difference is that the fields contain Danish ÆæÅ娸 etc. then it isnt going to help much though!
professor - jeg forstår desværre ikke så meget af det du foreslå - kan ikke se hvordan jeg umiddelbart kan bruge det.
terry - problemet er at det ikke er MIG der skal importere men brugerne og de ved IKKE hvilket format filen er i - så at lade dem vælge vil nok ikke være så smart - og ja - den eneste forskel er ÆØÅ - hmmmm, får lige en ide - mon ikke bare jeg kan søge tekstfilen igennem for enten æ ø eller å - hvis det er en ansi fil, vil jeg vel finde et af dem (hvis de er det) og hvis det er en ascii fil, vil jeg vel ikke finde noget fordi access som udgangspunkt vel læser filen som ansi - eller..... ? Lyder det fornuftigt terry ?
I havent worked on this type of problem for years! I would have just made a C routine to convert the file! Professoren>IF the Ascci values ARE the same as ANSI then whats the difference between thhe two files? and if there are no differences then where does horus have a problem?
hi horus> I just took a look at your http://www.posaidon.dk/ you need word wrap in the text to the right, and the prices!!! :o) Otherwise to the point!
Jeg er enig med terry at en enkelt c program kan gøre det, men horus kan ikke programmere selv, eller? Han vil have en løsning, som ikke kræver kendskab til programmering eller koder?? Og det har ingenting at gøre med access databaser el. SQL?
Jeg må åbenbart befinde mig på et lavere niveau end dig - for når jeg snakker om at kode i access - så mener jeg for det meste at kode i VBA - men det er selvfølgelig så forskelligt hvad man mener.
Men lige til din orientering - så er access/databaser altså også ANDET end SQL - jeg gad godt se dig opbygge og manipulere en formular eller rapport runtime via SQL !
Jeg syntes ikke jeg har været uforskammet overfor dig - jeg skrev bare at jeg ikke forstår dit forslag - og det må jo skyldes at jeg befinder mig på et lavere niveau end dig - og det er da synd at du skal spilde din tid med at hjælpe sådan én som mig der ikke kan programmere selv...
så vil du ikke godt lade være - det vil virkelig gøre mig glad !
Jeg har leget lidt med det og jeg tror at enden på det bliver at jeg læser txt-filen med get eller input og undersøger om den indeholder æ ø å ved at tjekke det importerede fra textfilen med InStr()
Så kan jeg importere på én måde hvis teksten indeholder æøå og en anden hvis den ikke gør - skulle der være tale om en ansi fil der ikke indeholder æøå så sker der jo ikke noget ved at indlæse den som ascii, da der så vidt kan se ikke er andet er er "forskelligt" i de 2 formater.....
c kender jeg desværre ikke noget til - så dette må være godt nok... :-)
Tak for sparingen - du får lige en sjat point :-)
Horus
P.S.
Tak for "kritiken" af mit site - jeg vil overveje det med word wrap - priserne derimod skal jeg nok lade være med at sætte ned :-)
Jeg har desværre gang på gang oplevet at folk ikke kan forstå at det koster mere end pebernødder at lave ting til dem - og så står man bare med en flok utaknemmelige mennesker - det er selvfølgelig ikke altid - men tit nok.
Og da min "hovedindtægt" helst skulle komme fra salg af programmer og andet - fremfor ad hoc programmering og konsulent opgaver, så gør det mig ikke noget hvis det skræmmer nogen væk, og det så kun er dem der er villige til at betale, som jeg kommer til at arbejde for..... (nu må vi se om dét holder :-)
Hvilken browser og opløsning så du forresten sitet med ?
P.P.S
Ja - buydomains er gode - de er billige og så er det til at overskue hvad man får - nemlig det hele - ikke noget med ligth - medium - pro osv. hoteller - alle hoteller har alle faciliteter også betaler man alt efter plads behov - det syntes jeg er rart - og så yder de fed service - jeg kan godt lide deres live-support....
forresten så minder det mig altid om dig når jeg mailer med dem - jeg mailer på dansk og de svarer på engelsk :-)
Explorere 5.0 Actually I didnt think your prices were too high, I was just joking :o) (take a look at Thomas's)!! Yes I know the situation, they want an extra button and they think it takes five second I.E (free)....
BuyDomains is actually located in U.S. I contacted them as I was concerned about performance. But even if it deos take a split second longer, its still FAR cheaper than all the other Danish sites I have looked at. All a VERY good service, they answer almost always within an hour or so.
Og selv tak!
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.