Club Builder

[José Israel]

Tengo el siguiente problema, quien me ayuda a resolverlo?
ME URGE, es para un programa que tengo que entregar en la escuela
Soy novato en esto, y quiero aprender


IBQuery1->SQL->Clear();
IBQuery1->SQL->Add("INSERT INTO SERVICIOS (CLAVE, DESCRIPCION)");
IBQuery1->SQL->Add("VALUES (Edit3->Text, Edit1->Text)");
IBQuery1->ExecSQL();

[Invitado]

Bueno, tal y como veo la sentencia SQL, quieres introducir los valores que hay en Edit3 y Edit1 en la tabla.
Tal como tienes definido el segundo Add el string te queda literalmente de la forma que tu has escrito y lo que quieres es leere sus valores.
Prueba así:
IBQuery1->SQL->Add("VALUES ("+Edit3->Text+","+Edit1->Text+")");

De esta manera si Edit3=2 y Edit1=Cocacola, te queda:

"VALUES (2,Cocacola)"

Espero que te sirva.
Salu2.

[XyVy]

El ejemplo de Invitado está bien, pero puede tener un ligero problema hay que tener en cuenta las comillas para los campos de tipo CHAR o VARCHAR, luego te sugiero lo siguiente.

1ª Solución: Uso de comillas dobles, por lo tanto te hará falta usar la \ para evitar que se tome como fin de cadena

[Jose Israel]

Ya intente lo que me dijiste, pero nada de nada, no sale, me dice que hay un EOF en el string

IBQuery1->SQL->Add("INSERT INTO SERVICIOS (CLAVE, DESCRIPCION, COSTO)");
IBQuery1->SQL->Add("VALUES (" + Edit3->Text + ", \"" + Edit1->Text + ", \"" + Edit2->Text + "\")");
IBQuery1->Prepare();
IBQuery1->ExecSQL();

ahora, que hago?

[XyVy]

Prueba a usar el segundo metodo que es el que yo suelo utilizar.
En esta nueva consulta prueba lo que viene al final, pero lee atentamente lo de acontinuación para que no te vuelva a pasar.

Has tenido unos fallos de ortografía SQLiana además debes tener clara una cosa, las comillas o comillas simples se utilizan solo para ciertos campos, nunca para los INTEGER, FLOAT, NUMBER, etc. Las comillas se utilizan para los CHAR, VARCHAR, DATES, TIMES, etc.

OK ?

Luego, primero a tener en cuenta:

1º debes imaginarte la consulta fuera del Builder para no obviar ninguna comilla.

2º Los campos de tipo INTEGER, FLOAT, NUMBER, etc van sin comillas.

3º Los campos de tipo CHAR, VARCHAR, TIME, DATE, etc van entre comillados, ya sea con comillas simples o dobles.

Luego teniendo en cuenta esto y viendo tu consulta lo primero que debemos pensar es en que tipo de dato es cada campo.

Supongamos que CLAVE y COSTO son INTEGER y que DESCRIPCION es del tipo VARCHAR.

Entonces DESCRIPCION debe ir entrecomillado los demás campos no.
Luego la consulta fuera del Builder sería:
INSERT INTO SERVICIOS (CLAVE, DESCRIPCION, COSTO)
VALUES (34, "MARIA FONTANEDA", 1500);

Estamos suponiendo una consulta real con datos, ahora para transformarla al Builder y teniendo en cuenta los tipos de campos, haremos:

[Alfredo]

Hola, debes tener en cuenta que la propiedad text de los edits es precisamente eso texto, y que la query es tambien de texto, por lo cual debes intentar que tu codigo escriba una sentencia entendible para IB y el compílador simultaneamente.

IBQuery1->SQL->Clear();
IBQuery1->SQL->Add("INSERT INTO SERVICIOS (CLAVE, DESCRIPCION)");
IBQuery1->SQL->Add("VALUES (" ' "+ Edit3->Text + " ', ' " + Edit1->Text + " ') ");
IBQuery1->Prepare();
IBQuery1->ExecSQL();

He separado las comillas simples de las otras para mayor claridad, esto no afecta el desempeño.
Espero haberte sido util.

[XyVy]

Lo que dice Alfredo es correcto puedes separarlas pero con cuidado, pues puedes estar introduciendo espacios en los campos. Alfredo las ha separado simplemente para claridad, pero OJO que no debes separarlas cuando lo hagas sino introduciras espacios.

Repito que hay que tener en cuenta el tipo de los campos, pues hay campos que requieren comillas y campos que no.

Ciao.

[Jose Israel]

[Jose Israel]

Gracias nuevamente. Hay algun modo de contactarte?

[XyVy]

Si es a mí, pues xyvy_hormigas@msn.com (Creo recordar)!

[TOÑO]

HOLA:

Perdonaz que me entremeta en tan animada charla, pero estais obviando que si deseais introducir registros via interbase debeis utilizar el componente IBDataSet en lugar del IBQuery, el rendimiento es notablemente muy superior.


By.