|
|
|
Riddik |
|
|||
Опытный Профиль Группа: Участник Сообщений: 598 Регистрация: 2.12.2006 Репутация: нет Всего: нет |
Вот запрос:
Запрос выводится в DBGrid1. При этом, если хоть одна запись атрибута3 ничего не содержит (<null>), то вылетает ошибка. Как заставить Делфи проигнорировать это и всё вывести в DBGrid1 как есть, а там где в базе в таблицах присутствуют незаполненные ячейки, просто выводить их пустыми? Это сообщение отредактировал(а) Riddik - 1.6.2008, 00:15 |
|||
|
||||
Данкинг |
|
|||
Yersinia pestis Профиль Группа: Завсегдатай Сообщений: 8302 Регистрация: 7.11.2006 Где: მოსკოვი Репутация: 35 Всего: 130 |
Не должно быть такого. Сейчас специально для эксперимента сделал копию БД, обнулил в ней поле и запустил программу, которая как раз выводит в грид запросом - всё работает нормально, выводятся пустые поля.
-------------------- There's nothing left but silent epitaphs. |
|||
|
||||
Riddik |
|
|||
Опытный Профиль Группа: Участник Сообщений: 598 Регистрация: 2.12.2006 Репутация: нет Всего: нет |
Странно...
Сейчас ещё посмотрю, скажу, что за ошибка. Добавлено через 9 минут и 41 секунду Да, всё нормально, ошибка была в другом. Спасибо, что потратили время! Только ещё есть такая проблема, может знаете. База в SQL Server. Счётчик не обновляется после удаления записей. Например, атрибут UserID типа счётчик (int, свойство Identity - yes, Identity speed - 1, Identity increment - 1). Всего 10 записей. Добавляется ещё одна, UserID её становится 11. Если же её удалить, т.е. последний UserID опять станет 10, а потом снова создать новую запись, то UserID присвоит себе не 11, а 12. И т.д. Уже получется такая фигня в результате удалений - создания новых записей, что UserID выглядит так 1 . . 10 23 24 38 39 52 Как сделать так, что после удаления новая запись продалжала но нумерации последнюю? |
|||
|
||||
Deniz |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 1251 Регистрация: 16.10.2004 Где: Новый Уренгой Репутация: 8 Всего: 44 |
А вот если нужен для отображения порядковый номер, то это совсем другая песня и логика получится достаточно сложная. -------------------- "Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с) |
|||
|
||||
Чердак |
|
|||
Бывалый Профиль Группа: Участник Сообщений: 195 Регистрация: 8.12.2004 Репутация: нет Всего: нет |
а что будет, если счетчик достигнет своего апогея (максимального значения)?
--------------------
|
|||
|
||||
Vas |
|
|||
Опытный Профиль Группа: Участник Сообщений: 828 Регистрация: 29.6.2005 Где: Stavropol region Репутация: 23 Всего: 28 |
Счетчик должен быть больше чем максимальное количество строк в таблице. А вот если число строк перевалит максимальное - это ужже другой вопрос
-------------------- И опыт, сын ошибок трудных, И гений, парадоксов друг, И случай, бог изобретатель. ... (А.С. Пушкин) |
|||
|
||||
Riddik |
|
|||
Опытный Профиль Группа: Участник Сообщений: 598 Регистрация: 2.12.2006 Репутация: нет Всего: нет |
Хотя да, - его не видят - пускай растёт.
|
|||
|
||||
Deniz |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 1251 Регистрация: 16.10.2004 Где: Новый Уренгой Репутация: 8 Всего: 44 |
-------------------- "Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с) |
|||
|
||||
Frees |
|
|||
Эксперт Профиль Группа: Завсегдатай Сообщений: 2233 Регистрация: 2.12.2005 Где: Екатеринбург Репутация: 23 Всего: 54 |
исключение будет при вставке записи -------------------- Кольцов Виктор Владимирович |
|||
|
||||
Правила форума "Delphi: Базы данных и репортинг" | |
|
Запрещено: 1. Публиковать ссылки на вскрытые компоненты 2. Обсуждать взлом компонентов и делиться вскрытыми компонентами Обязательно указание: 1. Базы данных (Paradox, Oracle и т.п.) 2. Способа доступа (ADO, BDE и т.д.)
FAQ раздела лежит здесь! Если Вам помогли и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, Vit, Петрович. |
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | Delphi: Базы данных и репортинг | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |