Comment faire un insert avec plusieurs lignes dans Informix SQL?

Je veux insérer plusieurs lignes avec une seule instruction insert.

Le code suivant insère une ligne, et fonctionne très bien:

create temp table mytmptable
(external_id char(10),
int_id integer,
cost_amount decimal(10,2)
) with no log;

insert into mytmptable values 
('7662', 232, 297.26);

select * from mytmptable;

J'ai essayé de changer l'insert pour cela, mais il donne une erreur de syntaxe:

insert into mytmptable values 
('7662', 232, 297.26),
('7662', 232, 297.26);

Est-il un moyen de le faire fonctionner, ou dois-je besoin d'exécuter de nombreux insère à la place?

OriginalL'auteur Highly Irregular | 2012-09-09

  1. 4

    Que vous l'avez trouvé, vous ne pouvez pas utiliser plusieurs listes de valeurs en une seule instruction INSERT avec Informix.

    La solution la plus simple est d'utiliser plusieurs instructions INSERT, chacun avec une seule liste de valeurs.

    Si vous êtes en utilisant une API comme ESQL/C et vous êtes préoccupé par la performance, alors vous pouvez créer une INSERTION du curseur et de l'utiliser à plusieurs reprises. Cela permet d'économiser jusqu'les inserts jusqu'à ce qu'un tampon est plein, ou vous rincer ou de fermer le curseur:

    $ PREPARE p FROM "INSERT INTO mytmptable VALUES(?, ?, ?)";
$ DECLARE c CURSOR FOR p;
$ OPEN c;
while (...there's more data to process...)
{
    $PUT c USING :v1, :v2, :v3;
}
$ CLOSE c;

    Les variables v1, v2, v3 d'accueil sont des variables pour stocker la chaîne de caractères et de chiffres pour être inséré.
    (Vous pouvez éventuellement utiliser $ FLUSH c; dans la boucle si vous le souhaitez). Parce que cette mémoire, les valeurs, c'est assez efficace. Bien sûr, vous pouvez aussi tout simplement utiliser $ EXECUTE p USING :v1, :v2, :v3; dans la boucle; qui renonce à la par-ligne de préparation de la déclaration, trop.

    Si vous n'avez pas l'esprit de l'écriture prolixe SQL, vous pouvez utiliser de l'UNION technique proposée par Matt Hamilton, mais vous aurez besoin d'une clause from dans chaque SÉLECTIONNEZ avec Informix. Vous pouvez spécifier:

    • FROM "informix".systables WHERE tabid = 1, ou
    • FROM sysmaster:"informix".sysdual, ou
    • l'utilisation d'une autre technique pour s'assurer que le SELECT a une clause from, mais seulement génère une ligne de données.

    Dans mes bases de données, j'ai une table dual avec une seule ligne, ou un synonyme dual qui est un synonyme de sysmaster:"informix".sysdual. Vous pouvez vous en sortir sans le "informix". partie de ces déclarations, si la base de données est "normale"; le nom du propriétaire est crucial si votre base de données Informix MODE ANSI base de données.

    Merci. Je suis en fait à l'aide d'un système qui ajoute une autre couche sur le dessus de Informix, et ont dû recourir à plusieurs insertions. Environ 1400 d'entre eux a pris environ 2 minutes, mais la temp de la table était assez persistants dans le système que je n'ai pas besoin de le répéter trop souvent.

    OriginalL'auteur Jonathan Leffler

  2. 6

    Vous pouvez toujours faire quelque chose comme ceci:

    insert into mytmptable
select * 
from (
  select '7662', 232, 297.26 from table(set{1})
  union all
  select '7662', 232, 297.26 from table(set{1})
)

    Assez sûr que c'est le standard SQL et travailler sur Informix (la table dérivée est nécessaire pour Informix pour accepter UNION ALL dans INSERT .. SELECT consolidés).

    Informix requiert l'un DE la clause avec ses instructions SELECT.
    Oh wow. Ok - je vais quitter cette réponse ici dans le cas où il aide quelqu'un à l'aide d'une autre base de données Informix avec un problème similaire.
    Même quand j'ai ajouté une clause from, je n'ai pu le faire fonctionner avec un select, et non pas d'un insert. C'est peut-être parce que je suis en utilisant une couche supplémentaire sur le dessus de la base Informix fonctionnalité, donc peut-être que la couche supplémentaire est la question. Il peut travailler pour les autres?
    J'ai mis à jour la réponse de travailler sur Informix

    OriginalL'auteur Matt Hamilton

  3. 3

    Vous pouvez également insérer plusieurs lignes en stockant les valeurs dans un fichier externe et de l'exécution de l'instruction suivante dans dbaccess:

    LOAD FROM "externalfile" INSERT INTO mytmptable;

    Cependant, les valeurs doivent être séparées par un symbole"|", ou ce que vous définissez la DBDELIMITER variable d'environnement.

    Si vous utilisez le tube séparateur, les données dans votre fichier externe ressemblerait à:

    7662|232|297.26|
7663|233|297.27|
...

    NOTER que les données dans le fichier externe doit être correctement mis en forme, ou de la possibilité de conversion pour réussir à être insérée dans chaque mytmptable.colonne de type de données.

    J'aime la réponse de Frank

    OriginalL'auteur Frank R.

  4. 2

    Dans certaines versions de Infomix vous pouvez construire une table virtuelle à l'aide de la TABLE mot-clé suivi par une valeur de l'un des COLLECTION types de données, comme un LIST collection. Dans votre cas, utilisez un LIST de valeurs de Unnamed Row type à l'aide de la ROW(...) constructeur de syntaxe.

    La création d'un TABLE de COLLECTION valeur
    http://www.ibm.com/support/knowledgecenter/SSGU8G_11.50.0/com.ibm.sqls.doc/ids_sqs_1375.htm

    ROW(...) de la construction de la syntaxe, pour les littéraux de Unnamed Row type de données
    http://www.ibm.com/support/knowledgecenter/SSGU8G_11.50.0/com.ibm.sqlr.doc/ids_sqr_136.htm

    Exemple:

    select * 
from TABLE(LIST{
  ROW('7662', 232, 297.26),
  ROW('7662', 232, 297.26)
}) T(external_id, int_id, cost_amount)
into temp mytmptable with no log

    Ci-dessus, les types de données sont implicites de la valeur, mais si nécessaire, vous pouvez convertir explicitement la valeur de chaque type de données souhaité dans la ligne du constructeur, comme suit:

    ROW('7662'::char(10), 232::integer, 297.26::decimal(10,2))
    Notez que si vous êtes paramétrage des lignes dans un JDBC PreparedStatement vous convertir explicitement chaque valeur, par exemple row(?::int, ?::text).

    OriginalL'auteur TCC