Убрать пробелы из dataGridView

Добавляю в таблицу БД строку из textBox, потом вывожу свою таблицу в dataGridView. Почему то в dataGridView отображаются данные и к ним в конце добавляется куча пробелов. Может проблема связана с полем в таблице БД, оно у меня nchar(20).

Добавлено через 17 минут
Проблема решилась изменением типа данных на varchar

0

Примерно та же проблема.
В базе данных поле Name задано как NVARCHAR (12)
Использую типизированную DataSet - MyDataSet, в ней поле Name определено как System.String
При использовании метода InstrumentAdapter.Fill(DS, "Table1") в поле объекта класса MyDataSet (DS.Table1.Name) передается значение, заполненное пробелами до 12 символов.
Подскажите, пожалуйста, как избежать появления этих пробелов в DS?

0

Сообщение от Flexius В базе данных поле Name задано как NVARCHAR (12)

Проверьте значения этого поля в БД, есть там пробелы или нет. Если поле было изначально с таким типом, то, при добавлении данных размером менее 12 символов, пробелов никаких не должно быть. Если было переконвертировано из NCHAR (12) и при этом там были данные, то пробелы там могли остаться.

0

vadenchik, Flexius,
Тип SQL (N)CHAR используется обычно для строк фиксированной длины. Например, номер паспорта, ИНН, почтовый индекс, табельный номер и т.д. Во всех остальных случаях следует использовать (N)VARCHAR. Это очень удобно, т.к. сразу позволяет на глаз определить характер данных, хранящихся в этой колонке. Например, ФИО и адрес, у которых нет и не может быть фиксированный длины.

Если база уже спроектирована, то можно изменить тип колонок (N)CHAR на (N)VARCHAR с такими же ограничениями - данные при этом не будут повреждены или утеряны и вся остальная бизнес-логика сервера тоже должна это спокойно скушать.

Если же менять структуру БД нельзя, то для усекания лидирующих и хвостовых пробелов можно использовать системную функцию сервера TRIM (для MS SQL Server, для других типов серверов есть аналогичная) при выборке SELECT.

Пр использовании EF пробелы останутся и их нужно обрезать либо с помощью вспомогательной модели, либо просто игнорировать в гридах.

0

Сообщение от Andrey-MSK Проверьте значения этого поля в БД, есть там пробелы или нет. Если поле было изначально с таким типом, то, при добавлении данных размером менее 12 символов, пробелов никаких не должно быть. Если было переконвертировано из NCHAR (12) и при этом там были данные, то пробелы там могли остаться.

Проверил, Вы правы - они там есть. Очистил БД, заполнил методом DS.Table1.Rows.Add(NewRow) и они снова там. Удалил полностью таблицу из БД и создал снова с типом VARCHAR(12) - пробелы при добавлении данных в БД снова появляются. Просмотрел объект NewRow - в этих полях нет пробелов (тип String).
Вопрос трансформировался в другой - как избежать появление этих пробелов при добавлении данных в БД?

0

За многолетний опыт работы с базами на разных серверах приходилось видеть тип (N)CHAR, но почти всегда он использовался оправданно. Например, сейчас ковыряю БД биллинга для инет-провайдера. Так вот, там для ip и mac адресов используется именно NCHAR. И это правильно.

Добавлено через 1 минуту

Сообщение от Flexius Вопрос трансформировался в другой - как избежать появление этих пробелов при добавлении данных в БД?

1. Клиентская валидация
2. Триггеры с обрезанием.
3. Хранимки на Update/Insert.

Добавлено через 3 минуты

Сообщение от Flexius Удалил полностью таблицу из БД и создал снова с типом VARCHAR(12) - пробелы при добавлении данных в БД снова появляются

Откуда Вы делаете такой вывод ? Из грида ? Ширина колонок в гриде по умолчанию определяется по ширине заголовка или ширине самой длинной строки в колонке. Смотря, что больше.

Добавлено через 2 минуты
Для обрезки оставшихся после замены типа пробелов можно разово удалить их с помощью простого запроса

1

Сообщение от MsGuns vadenchik, Flexius, Если же менять структуру БД нельзя, то для усекания лидирующих и хвостовых пробелов можно использовать системную функцию сервера TRIM (для MS SQL Server, для других типов серверов есть аналогичная) при выборке SELECT. Пр использовании EF пробелы останутся и их нужно обрезать либо с помощью вспомогательной модели, либо просто игнорировать в гридах.

EF не использую.
Структура БД на этапе моделирования, по-этому можно.
Можно трим для каждого грида сделать - работает, но при работе по сравнению данных в DS каждый раз делать Trim() - не комильфо. Можно, конечно, каждый раз после заполнения DS циклом все отсекать - тоже каким-то не очень красивым решением выглядит.

Не совсем понятно, записать данные без хвостовых пробелов из MyDataSet в БД можно или только отсекать выборкой из БД?

Добавлено через 6 минут

Сообщение от MsGuns Откуда Вы делаете такой вывод ? Из грида ?

Нет, захожу в таблицу БД через обозреватель серверов VS2019: при активации ячейки эти пробелы видны. Если их убрать в обозревателе и повторно зайти в эту же ячейку, их уже нет.

0

MsGuns, Flexius, Сколько использую NVARCHAR(XX) и никогда еще не было кучи концевых пробелов до размера поля, только если сам их там наставлю. Всегда строка остаётся такой как её ввёл. И не важно где её вводил - в запросе (N'баллалалалалалала'), в SSMS (там можно в таблицы вводить), в самописном клиенте (C#, Access) и т.д.

1

Andrey-MSK, MsGuns,
большое спасибо за участие, нашел где ошибка - при параметрировании SQL запроса на добавление в БД был не правильно указан тип данных.

0

Сообщение от Flexius большое спасибо за участие, нашел где ошибка - при параметрировании SQL запроса на добавление в БД был не правильно указан тип данных.

Как правило, не надо использовать явную типизацию при добавлении параметров в параметрические запросы, шарп (точнее, библиотеки, которые используются при работе с БД) сам сделает нужное преобразование.
Используйте AddWithValue

1

Сообщение от MsGuns Используйте AddWithValue

Угу, и decimal тоже... Потом будете приятно удивлены, если не так преобразуется

1

Сам с MySQL работаю только на уровне Клиента, т.е. пишу SQL скрипты.
Но вот вчера, просматривая конференцию, был немало удивлен, что в MySqlClient нет метода MySqlCommand.Parameters.AddWithValue

0

Сообщение от MsGuns MySqlClient нет метода MySqlCommand.Parameters.AddWithValue

чё?

Сообщение от MsGuns Но вот вчера, просматривая конференцию, был немало удивлен, что в MySqlClient нет метода MySqlCommand.Parameters.AddWithValue

даже повторюсь. Шта? Версия коннектора и сервера

1

XIST,
https://www.cyberforum.ru/ado-... st16060407 4 пост

0

MsGuns, тот пост не при чем, связывание параметров еще в Mysql 4.5 вроде появилось, откуда это?

Сообщение от MsGuns Но вот вчера, просматривая конференцию, был немало удивлен, что в MySqlClient нет метода MySqlCommand.Parameters.AddWithValue

0

XIST,
Ошибка CS1061 "MySqlCommand" не содержит определения "AddWithValue", и не удалось найти доступный метод расширения "AddWithValue", принимающий тип "MySqlCommand" в качестве первого аргумента (возможно, пропущена директива using или ссылка на сборку). test1 C:\Users\alex\source\repos\test1\test1\s tock.cs 122 Активные
из той же ветки (#4)
Так как в c# не работал с MySQL, поверил на слово.

Добавлено через 4 минуты
XIST, Блин, просто пропустил ключевое слово: cmd.Parameters.AddWithValue
Все просто
Но за поправку спасибо

0

Сообщение от MsGuns Но за поправку спасибо

Если честно ничего не понял, т.к. если экземпляр то все должно быть, но если разобрались то лад)

0