Cita:
Empezado por duilioisola
Parece ser que el tamaño de todos los campos supera 8060 bytes.
Me parece extraño tener una tabla que tenga 380 campos. ¿Es esto lo que has querido decir?
Explícanos qué tipo de información guardas en esa tabla excel y quizás te ayudemos con una forma distinta de encarar el problema.
Si de todos modos debe ser una tabla de 38 campos, habría que ver de qué tipo y de qué tamaño es cada uno.
Si son todos varchar(20) puedes tratar de ver si la información de cada campo te cabe también en un varchar(15). Esto haría que cupieran más campos.
Del mismo modo, si estas guardando numeros en formato varchar(xx), te convendría guardarlos directamente com smallint, integer, double precision o number(x,y).
|
Hola.
Sí es una tabla de 380 campos, nvchar(50). Es una tabla con una tarifa de mobiliario, hay 380 tipos de muebles diferentes (380 campos ) y cada registro contiene los 380 precios de cada modelo (habrá finalmente unos 300 modelos).
Mi duda es:
El límite de 8060 bytes será por cada registro de la tabla, es decir, el tamaño de los 380 nvchar(50) no pueden superar la mencionada capacidad?
Por lo que veo tengo varias opciones:
* Ajustar el tamaño de campo
* Partir la tabla en dos o tres, lo que me será un soberano coñazo al llegar a la parte de presupuestos, tendré que duplicar o triplicar el código.
*Probar con otra BD ¿mysql?.........
Perdonad si en algun momento hay algún planteamiento incorrecto, hace ya muchos años que no programo y me estoy haciendo un programa para mi empresa en mi tiempo libre (cosas de la crisis), provengo de programar BD "a pelo", con estructuras de datos propias, etc, etc . La verdad es que estoy maravillado, localizar un valor o un subconjunto de valores con una sentencia sql ! , pero si yo lo hacía implementando un algoritmo quicksort a golpe de línea de código !, y sin internet (no existía), sin ayuda, sin nadie que te eche una mano .
Muchas gracias a todos de antemano