Как считать значение поля SQL таблицы в переменную |
Здравствуйте, гость ( Вход | Регистрация )
Как считать значение поля SQL таблицы в переменную |
soskol-ist |
20.4.2009, 11:33
Сообщение
#1
|
Новичок Группа: Новичок Сообщений: 7 Регистрация: 20.4.2009 Пользователь №: 697 Спасибо сказали: 0 раз(а) Репутация: 0 |
помогите, каким способом лучше записать значение из столбца sql таблицы в переменную.
мне нужно посчитать значение по некоторой формуле, и потом записать его в новый столбец таблицы. |
|
|
soskol-ist |
21.4.2009, 14:21
Сообщение
#2
|
Новичок Группа: Новичок Сообщений: 7 Регистрация: 20.4.2009 Пользователь №: 697 Спасибо сказали: 0 раз(а) Репутация: 0 |
SABROG схема, представленая тобой выдает столбец целиком, мне же надо записать значение конкретного поля в переменную.
soskol-ist, если тебе не нужно отображать данные в таблице, а только получить значение поля, для неких внутренних действий. То проще воспользоваться QSqlQuery. примерно так:
непонятно зачем тут присутствует элемент combobox. спасибо конечно, но мне нужно взять значение из одного поля столбца, и поизвести вычисления по следующей формуле T+=ti/N; где N-это количество строк в столбце, ti-i-ая строка в столбце. А потом все записать с помощью SQL запроса в базу. по сути вопросов два: 1) как записать конкретное поле в переменную? 2) как посчитать количество строк в столбце/табице? |
|
|
SABROG |
21.4.2009, 16:12
Сообщение
#3
|
Профессионал Группа: Участник Сообщений: 1207 Регистрация: 8.12.2008 Из: Russia, Moscow Пользователь №: 446 Спасибо сказали: 229 раз(а) Репутация: 34 |
2) как посчитать количество строк в столбце/табице? К сожалению метод int QSqlQuery::size () const не всегда выдает корректное значение с разными настройками соединения или базами данных. Если курсор находится на стороне сервера то, как правило, возврат данных после запроса идет быстрее из-за того, что становится доступной первая порция данных скажем 10 строк из 1000. Пока пользователь работает с этой порцией - обработка запроса продолжается и данных становится все больше и больше. Если же мы передвинем курсор на 500-ую запись, то нам придется ждать ответа от сервера. При этом метод size() не будет возвращать корректное значение, т.к. запрос еще не завершился. Если же курсор находится на стороне клиента, то пользователь будет каждый раз ждать пока клиент выкачает все данные с сервера. Это тормозит работу. В общем подобную проблему я решал двумя путями: - 2 запроса вместо одного: "SELECT COUNT(primary_key) FROM table WHERE <my query>" и "SELECT field1, field2 FROM table WHERE <my query>". Несмотря на кажущийся overhead большинство современных баз данных кэшируют результаты запросов и держат некоторое время в памяти данные к которым недавно обращались. - использование этого кода:
Сообщение отредактировал SABROG - 21.4.2009, 16:17 |
|
|
Текстовая версия | Сейчас: 21.12.2024, 19:40 |