Puis-je retourner un varchar (max) à partir d'une procédure stockée?

Question

Système Web VB.net avec un backend SQL Server 2005. J'ai une procédure stockée qui retourne un varchar, et nous obtenons finalement des valeurs qui ne rentre pas dans un varchar (8000).

J'ai changé le paramètre de retour en un varchar (max), mais comment puis-je dire à la propriété OleDbParameter.Size d'accepter n'importe quelle quantité de texte?

Comme exemple concret, le code VB qui a obtenu le paramètre de retour de la procédure stockée utilisée pour ressembler à:

objOutParam1 = objCommand.Parameters.Add("@RStr", OleDbType.varchar) 
objOutParam1.Size = 8000 
objOutParam1.Direction = ParameterDirection.Output 

Que puis-je faire .Size de travailler avec un (max)?

Mise à jour:

Pour répondre à quelques questions:

Pour toutes fins utiles, ce texte tous les besoins à venir comme un morceau. (Changer cela prendrait plus de travail structurel que je veux faire - ou suis autorisé pour, vraiment.)

Si je ne définis pas une taille, j'obtiens une erreur en lisant "String [6]: la propriété Size a une taille invalide de 0. "

Answer 1

upvoted Ed Altofer. (Il a répondu en premier, alors si vous aimez ma réponse, votez aussi).

OleDb est votre problème. Il s'agit d'une connexion de base de données générique qui nécessite de parler à plus que SQL Server. Par conséquent, vous avez le plus petit dénominateur commun: seul le jeu de fonctionnalités composites le plus faible peut être entièrement pris en charge. L'une des fonctionnalités perdues est le support de varchar (max).

Vous utilisez SQL Server 2005 et VB.Net. Qu'est-ce qui vous empêche d'utiliser System.Data.SqlClient plutôt que System.Data.OleDb?

Modifier
J'ai trouvé la documentation sur le problème. Voir ici:
http://msdn.microsoft.com/en-us/library/ms131035.aspx

La partie pertinente:

Valeurs de retour de type de données varchar (max), nvarchar (max), varbinary (max), xml, UDT, ou tout autre objet de grande taille Les types ne peuvent pas être renvoyés aux versions du client antérieures à SQL Server 2005. Si vous souhaitez utiliser ces types comme valeurs de retour, vous devez utiliser SQL Server Native Client.

Answer 2

À quoi ressemble cette grande chaîne? Est-ce que c'est peut-être quelque chose qui pourrait être mieux retourné à travers un ensemble d'enregistrements supplémentaires, ou est-ce seulement un texte de note?

Answer 3

Avez-vous essayé de ne pas spécifier la taille?
Pourriez-vous retourner un texte au lieu d'un VARCHAR (MAX)?

Answer 4

Pouvez-vous utiliser ADO.NET? Pour clarifier, je suggère juste que vous pourriez vouloir considérer ADO.NET puisque vous travaillez avec VB.NET 2005 et SQL Server 2005 - OLEDB était le moyen d'accès pré-NET. bases de données, vous pouvez donc trouver plus de flexibilité en utilisant ADO.NET à la place.

Vous ne devez pas retourner VARCHARs à partir d'une procédure stockée. Je ne suis même pas sûr que tu le puisses. Toutefois, si vous utilisez un paramètre OUT, vous ne devriez pas avoir à le spécifier par taille. Par exemple:

SqlParameter p = new SqlParameter("@RStr", SqlDbType.VarChar); 
p.Direction = ParameterDirection.Output; 

Vous ne savez pas si cela répond à vos besoins, mais cela devrait fonctionner correctement.

Answer 5

Avez-vous essayé de préciser:

objOutParam1.Size = Int32.MaxValue; 

Answer 6

La réponse courte est d'utiliser TEXT au lieu de VARCHAR (max). 8 Ko est la taille maximale d'une page de base de données, où toutes vos colonnes de données doivent être insérées, sauf BLOB et TEXT. Cela signifie que votre capacité disponible est inférieure à 8k à cause de vos autres colonnes. BLOB et TEXT est ainsi Web 1.0. Des lignes plus grandes signifient une plus grande durée de réplication de la base de données et des E/S plus importantes. Je vous suggère de maintenir un serveur de fichiers séparé avec une interface HTTP pour cela.

Et, pour la colonne précédente

dataURL VARCHAR (255) NOT NULL,

Lors de l'insertion d'une nouvelle ligne, on calcule d'abord la somme de contrôle MD5 des données. Deuxièmement, téléchargez les données sur le serveur de fichiers avec la somme de contrôle comme nom de fichier. Troisièmement, INSERT INTO ... (..., DataUrl) VALEURS (..., "http://fileserver/get?id=". Md5_checksum_data)

Avec ce design, votre base de données restera calme même si la taille moyenne des données devient 1000x. Il suffit d'utiliser int.MaxValue pour la taille du paramètre

Answer 7

L'octet [] du sproc aura la bonne longueur. (J'utilise effectivement varbinary mais les résultats seront les mêmes).

param.Size = int.MaxValue; 
param.SqlDbType = SqlDbType.VarBinary; 

Answer 8

Avez-vous essayé avec « OleDbType.LongVarChar », cette carte de type au texte dans SQL Server 2K, et vous permet de récupérer plus de 8K caractères.

Answer 9

Je pense que l'utilisation de -1 pour la taille fonctionnerait. Au moins, il devrait avec ADO.NET. Comme ceci:

objOutParam1 = objCommand.Parameters.Add ("@ RStr", OleDbType.varchar, -1)

C'est un long article, mais il montre en utilisant -1 dans le dernier exemple:

http://msdn.microsoft.com/en-us/library/bb399384.aspx

Answer 10

L'option -1 fonctionne assez bien. Je l'utilise dans plusieurs cas où j'ai un retour varchar (max) à partir d'un proc stocké.