nChar, nTest, etc, son versiones unicode de los tipos de datos simples. Sólo deberías usarlos si necesitás guardar unicode (japonés, finlandés, pehuajense, etc)
Saludos, /ms On 10/16/07, Marcelo Colombani <[EMAIL PROTECTED]> wrote: > > Si, con ntext lo grabo desde VFP 9 y cuando lo extraigo, ya se rompe el > archivo, algo le cambia. No se que. > Yo utilizo FILETOSTR( ) y luego STRTOFILE( ) > > No se que mas probar. > > Saludos > > ----- Original Message ----- > *From:* Martín R. Comparetto <[EMAIL PROTECTED]> > *To:* GUFA List Member <[email protected]> > *Sent:* Tuesday, October 16, 2007 11:31 AM > *Subject:* [GUFA] Almacenar archivo en Base de Datos > > Marcelo, como estas? > Probaste almacenarlos en campos NTEXT, creo que con este tipo de campo no > tenes problemas de tablas de códigos. Pregunta en la lista de base de datos > para mas info... > Yo trabajo con SQL 2005 y todos los archivos los guardo en mi base en > campos tipo VARBINARY(MAX), funciona muy bien y es rapido y no tengo > problemas de codigos, pero este campo esta en 2005... > Saludos, > > *Martín R. Comparetto* > > *NewDev S.R.L.* > > *Tecnología Informática* > > Rioja 1151 Piso 10 Of. 4 > > (S2000AYO) Rosario - Santa Fé - Argentina > > › [EMAIL PROTECTED] > > ( +54 341 530-0572 / 425-9808 > > þ www.newdev.com.ar > > > ------------------------------ > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Marcelo > Colombani > *Enviado el:* Martes, 16 de Octubre de 2007 11:13 a.m. > *Para:* GUFA List Member > *Asunto:* [GUFA] Almacenar archivo en Base de Datos > > Hola, si es cierto lo que plantean, es mas, estaba así y luego lo pasamos > a esta nueva manera. > Implica una doble administración, ya que hay que habilitar a los usuarios > para que tengan acceso a la carpeta, además es una red complicada, ya que > tenemos puestos conectados con WI-FI a unos KM y acceder a los archivos se > hace lento, y muchas veces se corta, cosa que ya comprobamos que > transmitiendo por la base no sucede, etc etc.. También por una cuestion de > administración los datos estan todos en un solo lado, no se, a mi me agrada > la idea. (Igualmente me esta complicando) > > Por otro lado hay una tendencia a almacenar en la base de datos documentos > de este tipo. No creo que este tan mal, salvo justo yo que lo quiero sacar > de Java (Estoy iniciandome). > > Bueno veré que hago gracias por la sugerencias. > > Marcelo > > > ----- Original Message ----- > *From:* Carlos Miguel FARIAS <[EMAIL PROTECTED]> > *To:* GUFA List Member <[email protected]> > *Sent:* Tuesday, October 16, 2007 9:10 AM > *Subject:* [GUFA] Almacenar archivo en Base de Datos > > Estimado Marcelo (hola Marcelo) > > De acuerdo con Mario, tengo un sistema que maneja información sobre todos > los monumentos, placas y demás de la comuna, para cada uno hay n imagenes (0 > a un monton). > > En la bd, en un campo memo, guardo las rutas y nombres de archivos (un > renglon por archivo). > > Ventajas: > > a) Para trabajar, convierto la lista en una lista, entonces el usuario, > puede agregar y quitar imágenes o cambiarles el orden sin problemas. > > b) La base es livianita (solo texto), facilmente reorganizable, fácil de > hacer copia de seguridad (las imagenes, son varios megas, y se resguardan > por separado). > > c) las imagenes pueden ser retocadas, reemplazadas, transformadas por > fuera del programa (Corel y demás), y solo se deben mantener los nombres ya > cargados. (en el caso que me toca, tuvieron que cambiar la iluminación y un > monton de cosas mas para que quedaran aceptables). > > d) Las mismas imagenes, son utilizadas por el sitio web. > > e) Además, solucione el tema de la cantidad de imagenes, podian ser hasta > 8 (y si se le ocurrian más?). > > > > Las páginas del sitio web (indice y parte textual) son generadas por la > misma aplicación fox. > > > > > > > > > ----- Mensaje original ---- > De: MarioMunuce <[EMAIL PROTECTED]> > Para: GUFA List Member <[email protected]> > Enviado: lunes 15 de octubre de 2007, 19:37:48 > Asunto: [GUFA] Almacenar archivo en Base de Datos > > Marcelo: > > Definitivamente, me parece mas sanito, guardar el path al archivo, en vez > del archivo. Esto hara 3 cosas por vos: > > 1. No importa que aplicación la genere, el archivo estará ahí para > ser abierto. > > 2. Tu base quedara livianita livianita, ya que en un select, si bien > todo esta preparado para handlear BLOBs, a mi que no me digan que es mas > barato, traerte en un query 50 registros con toda la verdurita de la que > hablas, a solo sus paths. Tu aplicación, lo único que va a tener que hacer > es dobleclick en el vinculo, y chau, Windows hara el resto! > > 3. Si el archivo es actualizado por otra aplicación, mientras no le > cambies ni el nombre, ni la extensión, ni la ubicación, tu base de datos ni > se entera. > > > > Saluditos, desde el otoño calenton del DF! > > m. > > > > > > *De:* [email protected] [mailto:[EMAIL PROTECTED] *En nombre de *Marcelo > Colombani > *Enviado el:* Thursday, October 11, 2007 6:18 PM > *Para:* GUFA List Member > *Asunto:* [GUFA] Almacenar archivo en Base de Datos > > > > Hola lista, tengo un problemita que me esta complicando, paso a detallar > el mismo: > > > > Necesito almacenar diferentes archivos (formato excel, word, pdf, > imagenes) desde visual foxpro 9 a Sql Server 2000, actualmente tengo > definido un campo de tipo text y desde fox hago REPLACE DOCUMENTO WITH > FILETOSTR( ARCHIVO ). Esto funciona. > > > > Ahora la pregunta es la siguiente: Es el tipo de datos recomendado? si han > utilizado otro tipo como lo cargan desde fox. > > > > La duda se me plantea ya que estoy queriendo extraer desde una aplicación > JAVA el documento y no parece ser que utiliza la misma misma tabla de código > (UTF-8 o UNICODE o que) y viendo documentación de java se encuentra siempre > que extraen de un campo blob pero SQL SERVER no tiene. Por eso pregunto si > es correcto utilizar campo de tipo TEXT. > > > > Se que la pregunta es compartida con la lista de DBMS pero por ahí alguien > tuvo una situación similar. > > > > Desde ya muchas gracias. > > Marcelo Colombani > > > ------------------------------ > > Yahoo! Noticias > Leé la columna de "El Chavo" Fucks y encontrá una visión distinta de las > Elecciones Presidenciales 2007. > http://ar.news.yahoo.com/elecciones2007/opinion/1979/pinginos-empetrolados > > -- Martín Salías Enterprise Architect - Microsoft South Cone www.Salias.com.ar Agile Alliance Member - Microsoft MVP
