OriginalGriff
Во-первых, почему? Как правило, это не очень хорошая идея - хотя это легко сделать и экономит вам немного работы при проектировании БД, это создает огромные проблемы позже, когда вы захотите использовать данные снова. Обычно гораздо лучше хранить их в виде отдельных строк, которые в какой-то форме возвращают ключ к "общей" информации о строках. Немного сложнее в дизайне, но значительно проще в долгосрочной перспективе.
Во-вторых, не делайте доступ к базе данных таким образом. Никогда не объединяйте строки для построения SQL-команды. Это оставляет вас широко открытыми для случайной или преднамеренной атаки SQL-инъекции, которая может уничтожить всю вашу базу данных. Вместо этого используйте параметризованные запросы.
Но если вы должны...все просто.
StringBuilder sb = new StringBuilder();
string sep = "";
for (int i = 0; i < dataGridView1.Rows.Count - 1; i++)
{
sb.AppendFormat("{0}{1}", sep, dataGridView1.Rows[i].Cells[0].Value.ToString());
sep = "|";
}
string amounts = sb.ToString();Затем вы можете вставить одно значение с помощью параметризованного запроса:
using (OleDbCommand cmd = new OleDbCommand("INSERT INTO sale (ItemName) VALUES (@AM)", con))
{
cmd.Parameters.AddWithValue("@AM", amounts);
cmd.ExecuteNonQuery();
}
MessageBox.Show("Data Registered");
"теперь... как описывает первая фотография моего заявления. я выбираю имена элементов из комбо и других данных. когда я нажимаю сохранить. все выбранные данные должны сохраняться в БД в соответствующем столбце, А теперь дайте мне знать ваше предложение. как я могу сохранить имена товаров в отдельном поле, но их идентификатор счета-фактуры должен быть одинаковым?"
А, это ты сделал. Ах милый...
Это плохой дизайн базы данных. Вы обеспокоены тем, что ваша база данных станет слишком большой, и вы храните одну и ту же текстовую информацию снова, и снова, и снова!
Посмотрите на свой второй снимок экрана. Сколько раз вы собираетесь хранить одно и то же имя компании? Одно и то же имя предмета? Это не очень хороший дизайн.
Что вам нужно, так это отдельные таблицы.
Одна таблица содержит ответственностью:
ID CoName CoAddress TelNo Email DiscountPercentage ...
Одна таблица содержит элементы:
ID Description Price
Другой держит счета-фактуры:
ID CompanyID InvoiceDate InvoiceNumber InvoiceTotalValue...
Другой держит линии счетов-фактур:
ID InvoiceID ItemID Quantity Value
Где CompanyID, InvoiceID и ItemID-это внешние ключи, которые ссылаются на соответствующие значения идентификатора таблицы.
Все значения идентификаторов могут быть полями идентификаторов, поэтому БД автоматически сгенерирует их для вас при вставке данных.
Когда вы делаете это таким образом, многие вещи становятся тривиальными: изменение цены чего - то-это единственное место для изменения, и поскольку вы используете это значение для генерации каждого значения строки счета-фактуры (item.price * quantity), оно не влияет на существующие счета-фактуры-это серьезно важно: вы можете попасть в тюрьму за это!
Таким образом, вы храните информацию только один раз, и все изменения становятся тривиальными. И все системы БД очень, очень хорошо работают с данными, организованными таким образом. У них есть специальные запросы (Подробнее см. SQL JOIN) для их обработки, и они могут гарантировать, что вы не сделаете ошибок при вводе данных.
Это выглядит как гораздо больше работы, чтобы настроить, но на самом деле это не так - это больше работы, но не так много. И поверьте мне: это сэкономит вам огромное количество работы позже!