Varför använder du longtext? Sådana datatyper måste oftast behandlas annorlunda.
Om du bara vill testa så går det väl lika bra med varchar.
------------------
essentitia preter non sans multiplicandum
3 svar · 274 visningar · startad av Andreas L
Hej! Hoppas att någon kan hjälpa mig med följande fel. Felet uppstår när jag försöker lägga till text, men det går fint att lägga in tal i ena kolumnen. Känns som jag provat med allt. Jag håller på att lära mig mysql, så är tacksam för snabbt svar!
Så här:
'skapa ny tabell med räknarefält och textfält (150)
stm = "CREATE TABLE link3 (id int(7) PRIMARY KEY NOT NULL AUTO_INCREMENT, information LONGTEXT, nyckel INT(7) );"
Connection.Execute(stm) 'endast vid första körningen
set rs = Server.CreateObject("adodb.Recordset")
stm = "SELECT * FROM link3 WHERE 1=2 "
rs.Open stm,connection,3,3
rs.AddNew
rs("nyckel") = 24
rs("information") = "textsträng " 'felet
rs.update
**************************
ni kan ju se hur själva tabellen är skapad oxå...
Felmeddelandet:
Microsoft OLE DB Provider for ODBC Drivers fel '80004005'
[Microsoft][ODBC Driver Manager] Ogiltig längd på sträng eller buffert
[Redigerat av Andreas L den 22 nov 2001]
Varför använder du longtext? Sådana datatyper måste oftast behandlas annorlunda.
Om du bara vill testa så går det väl lika bra med varchar.
------------------
essentitia preter non sans multiplicandum
Sant, men sedan kommer jag att behöva längre texter och jag kan ju inte sätta chat() till mer än 255.
Går det inte att använda den här typen av recordset tillsammans med längre texter eller vad? Jag har inte hittat någon annan fälttyp för att spara lite större texter.
------------------
"Life's a bitch who sucks... then you marry one who doesn't"
Jo, 255 är ju snålt. Nu vet jag inte hur det fungerar om du använder mediumtext eller tinytext istället.
Det finns ju metoden appendChunk när man håller på med clobbar
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/ado270/htm/mdmthappchunk.asp
------------------
essentitia preter non sans multiplicandum
[Redigerat av LarsG den 22 nov 2001]