Gli utenti non dovrebbero fare qualsiasi cosa con SQL.
La tua applicazione dovrebbe prendere i valori che gli utenti inseriscono, validandoli, assemblandoli, come richiesto, nell'istruzione SQL preferibilmente usando i Parametri invece di costruire SQL raw e quindi eseguirli.
Suggerirei che una casella di testo multilinea sia una scelta sbagliata dell'interfaccia utente per questo.
Anche se si imposta una riga per il campo [tabella database], come in ...
---------
Customer Name: | Fred |
Contact Name: | Wilma |
City: | Bedrock |
---------
... cosa succederebbe se [accidentalmente] cancellasse una di quelle righe?
I dati sarebbero "associati" al campo precedente , che probabilmente causerebbe il caos.
Questo è il genere di cose per cui sono stati creati Grid Controls.
È possibile controllare cosa rappresenta / contiene ciascuna cella e, da altri metadati, è possibile determinare quale tipo di dati è ciascun elemento, come convalidarlo e come memorizzarlo (ovvero quale tipo di parametro creare).
In alternativa, se desideri una funzione di "caricamento collettivo" da un foglio di calcolo, creane una. Devi quindi pensare alla convalida un po 'diversamente, però.
Cosa succede se forniscono un foglio di calcolo con venti righe, tre delle quali contengono dati errati che l'applicazione rifiuta? Rifiuta tutti e venti e costringi l'utente a rielaborare l'intero lotto? Potrebbe essere effettivamente più semplice se riesci a scrivere l'errore [messaggi] nel foglio di calcolo per farli lavorare.
In alternativa, puoi prendere il foglio di calcolo indicato e restituirgli uno nuovo contenente solo le righe rifiutate; meno per loro di lavorare attraverso ma più complesso da generare. YMMV.