![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
|
|
#1
|
||||
|
||||
|
Cita:
"It works on 1.5 as well, make sure you put 3 spaces after "ten" Algo así como: Si trabaja en Firebird 1.5, asegúrese de poner 3 espacios después de "ten" En el ejemplo de la página no hay tres espacios, tampocon especifican si es antes o después de la comilla. Bueno, para el que tenga el mismo problema que lo pruebe con los espacios después de "ten" y me cuenta. Yo ya no tengo Firebird 1.5, con todas estas idas y vueltas lo saqué y puse Firebird 2.1. Saludos.
__________________
Uno es responsable de lo que hace y de lo que omite hacer. |
|
#2
|
||||
|
||||
|
La razón por la que hay que añadir esos tres espacios es para que las cadenas sean todas de la misma longitud. En caso contrario Firebird 1.5 no sabe que tipo debe ser el resultado de la unión.
Una forma más fácil de entender (aunque más larga de escribir) es hacerlo así : INSERT INTO table1 (col1, col2) SELECT 10, cast('ten' as varchar(20)) FROM RDB$DATABASE UNION ALL SELECT 11, cast('eleven' as varchar(20)) FROM RDB$DATABASE UNION ALL SELECT 12, cast('twelve' as varchar(20)) FROM RDB$DATABASE;
__________________
Marc Guillot (Hi ha 10 tipus de persones, els que saben binari i els que no). |
|
#3
|
||||
|
||||
|
Exactamente guillotmarc, exactamente.
Saludos.
__________________
Uno es responsable de lo que hace y de lo que omite hacer. |
|
#4
|
||||
|
||||
|
Pues Santiago, creo que al olvidado la Ley de Costo-Beneficio. Una consulta bien hecha, con parámetros y preparada no va a significar mucha diferencia con respecto a una una inserción masiva. Sin embargo, acabo de imaginar la siguiente técnica: Pasar en formato CSV los valores a insertar a un procedimiento almacenado. Éste último se encargará se hacer las respectivas inserciones. Esta técnica no es muy practica y puede que valga la pena aplicarla si es que necesitas de estás inseciones masivas en un numero limitado de casos.
Saludos. |
|
#5
|
||||
|
||||
|
Habría que hacer algunas pruebas, pero creo que una inserción masiva es mas eficiente que un for con un insert unitario que vaya metiendo datos en la BD. Vuelvo a insistir, en una LAN la diferencia es mínima, pero si se quiere hacer algo mayor, digamos con Internet en el medio, es diferente.
__________________
Uno es responsable de lo que hace y de lo que omite hacer. |
|
#6
|
||||
|
||||
|
Hola santiago14, yo tambien tenía un inconveniente de ese tipo y mi solución fue sencilla.
si me cuentas qué componentes utilizas podría ayudarte. GustavoCruz |
|
#7
|
||||
|
||||
|
Cita:
Utilizo Delphi 7, Firebird 1.5 (estoy pasándome al 2.1), MDO la última versión que hay. Para las grillas uso StringGrid y NextGrid. ¿Necesitas saber algo mas? Saludos.
__________________
Uno es responsable de lo que hace y de lo que omite hacer. |
|
#8
|
||||
|
||||
|
Gustavo, quedaste en contestarme... Saludos.
__________________
Uno es responsable de lo que hace y de lo que omite hacer. |
![]() |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Insert masivo en firebird | santiago14 | Firebird e Interbase | 2 | 24-05-2010 02:50:29 |
| Envio masivo de mensajes via web | supermanpy | Varios | 5 | 08-05-2010 19:00:26 |
| Update Masivo... | BlueSteel | SQL | 9 | 30-10-2007 17:11:59 |
| upload masivo | kayetano | PHP | 12 | 06-12-2006 16:45:39 |
| Traspaso masivo de datos .DBF | eibarra | Conexión con bases de datos | 1 | 06-04-2005 16:06:59 |
|