sql >> Database >  >> RDS >> Sqlserver

VARCHAR-groottelimiet in Excel-spreadsheets

Hoewel XLOPER12 nu een string tot 32.767 Unicode-tekens lang zal ondersteunen, blijft de xlfEvaluate (en andere) Excel C-Api-functie beperkt tot 255 tekens lang in Excel 2010. Het zal xltypeErr retourneren als het een XLOPER12 met een langere string doorgeeft dan 255.

Alle strings die de gebruiker in Excel ziet, zijn voor veel versies nu intern opgeslagen als Unicode-strings. Unicode-werkbladreeksen kunnen maximaal 32.767 (215 - 1) tekens lang zijn en mogen elk geldig Unicode-teken bevatten.

Toen de C API voor het eerst werd geïntroduceerd, waren werkbladtekenreeksen bytetekenreeksen die in lengte beperkt waren tot 255 tekens, en de C API weerspiegelde deze beperkingen. Met Excel 2007 is de C API bijgewerkt om Excel lange Unicode-strings te verwerken. Dit betekent dat DLL-functies die op de juiste manier zijn geregistreerd, Unicode-argumenten kunnen accepteren en Unicode-tekenreeksen kunnen retourneren.

Opmerking:Bytetekenreeksen worden nog steeds volledig ondersteund in de C API voor achterwaartse compatibiliteit, maar ze hebben nog steeds dezelfde limiet van 255 tekens. Geen gemakkelijke oplossing anders dan de string af te kappen of de string in meerdere cellen te verdelen.




  1. Negeer komma's tussen aanhalingstekens bij het lezen van CSV Oracle opgeslagen procedure UTL_FILE

  2. SQL WHERE tekenreeks LIKE veld

  3. Hibernate + Oracle IN-clausulebeperking, hoe dit op te lossen?

  4. Hoe zorg ik ervoor dat SQLAlchemy een unicode-weglatingsteken correct in een mySQL-tabel invoegt?