Отправляет email-рассылки с помощью сервиса Sendsay

RFpro.ru: СУБД и Delphi/Lazarus

  Все выпуски  

RusFAQ.ru: СУБД и Delphi


Хостинг Портала RusFAQ.ru:
MosHoster.ru - Профессиональный хостинг на Windows 2008

РАССЫЛКИ ПОРТАЛА RUSFAQ.RU

Чемпионы рейтинга экспертов в этой рассылке

Шичко Игорь
Статус: Студент
Рейтинг: 260
∙ повысить рейтинг >>
Виктор Пырлик
Статус: Профессионал
Рейтинг: 58
∙ повысить рейтинг >>
Командин Константин Евгениевич
Статус: 5-ый класс
Рейтинг: 38
∙ повысить рейтинг >>

/ КОМПЬЮТЕРЫ И ПО / Языки программирования / СУБД и Delphi

Выпуск № 510
от 03.11.2008, 13:05

Администратор:Gh0stik
В рассылке:Подписчиков: 252, Экспертов: 25
В номере:Вопросов: 2, Ответов: 3

Нам важно Ваше мнение об этой рассылке.
Оценить этот выпуск рассылки >>

Вопрос № 148774: Здравствуйте ув. Эксперты. Почему мой запрос UPDATE date_X SET date_x = #28/10/2008# WHERE date_X is not null; в Access работает нормально, а в Delphi выдает ошибку CommandText does not return a result set? Заранее спасибо....


Вопрос № 148843: Здравствуйте, уважаемые эксперты. Есть БД - Firebird. Клиент: SQLConnectin - SimpleDataSet - DataSource - DBGrid. Два клиента, оба пишут в одну запись, потом делают ApplyUpdates, второму естественно возникает ReconcileError. Мне надо ч...

Вопрос № 148.774
Здравствуйте ув. Эксперты. Почему мой запрос UPDATE date_X SET date_x = #28/10/2008# WHERE date_X is not null; в Access работает нормально, а в Delphi выдает ошибку CommandText does not return a result set? Заранее спасибо.
Отправлен: 28.10.2008, 13:29
Вопрос задал: Пустовойтенко Виктор Григорьев (статус: Посетитель)
Всего ответов: 2
Мини-форум вопроса >>> (сообщений: 16)

Отвечает: Шичко Игорь
Здравствуйте, Пустовойтенко Виктор Григорьев!
Я так понимаю Вы пытаетесь проверить работу запроса при конструировании формы Delphi.
Если это так, то это нормальная реакция.
Т.е. Delphi пишет, что он не должен возвращать результат выполнения запроса. Это реакция на запросы типа INSERT, UPDATE, DELETE, т.е когда запрос не должен возвращать набор данных.
При запросе типа SELECT такого сообщения не должно быть.
Если есть вопросы, пишите в форум.
Ответ отправил: Шичко Игорь (статус: Студент)
Ответ отправлен: 28.10.2008, 14:01

Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 148774 на номер 1151 (Россия) | Еще номера >>
  • Переслать WebMoney: руб.
  • Вам помогли? Пожалуйста, поблагодарите эксперта за это!


    Отвечает: Павел Шведенко
    Здравствуйте, Пустовойтенко Виктор Григорьев!
    Возможно надо использовать SQL запрос не через Open, а ExecSQL
    2 - вида команд возращающие значения и изменения значения разные методы для каждого вида.
    ---------
    Всегда
    Ответ отправил: Павел Шведенко (статус: 3-ий класс)
    Ответ отправлен: 28.10.2008, 15:35

    Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 148774 на номер 1151 (Россия) | Еще номера >>
  • Переслать WebMoney: руб.
  • Вам помогли? Пожалуйста, поблагодарите эксперта за это!


    Вопрос № 148.843
    Здравствуйте, уважаемые эксперты.

    Есть БД - Firebird.
    Клиент: SQLConnectin - SimpleDataSet - DataSource - DBGrid.
    Два клиента, оба пишут в одну запись, потом делают ApplyUpdates, второму естественно возникает ReconcileError. Мне надо чтобы данные второго клиента переписали данные первого. По книжкам надо просто написать обработчик OnReconcileError и в нем написать Action:= raCorrect, либо использовать ReconcileErrorDialog. Но ни в том ни в другом случает данные на сервере на новые не меняются. Что делать?
    Отправлен: 29.10.2008, 06:47
    Вопрос задал: Минеев Андрей Анатольевич (статус: Посетитель)
    Всего ответов: 1
    Мини-форум вопроса >>> (сообщений: 11)

    Отвечает: Виктор Пырлик
    Здравствуйте, Минеев Андрей Анатольевич!

    По умолчанию, Firebird выполняет транзакцию на уровне блокировки строки.
    Таким образом, оба клиента работают со своими копиями. И если это происходит в одно и тоже время, то результат будет сохранен последнего клиента завершившего транзакцию, т.е. актуальная запись будет ссылаться на его версию. В Вашем случае, вероятно происходит взаимная блокировка. В обработчике исключения не рекомендуется использовать COMMIT для транзакций, лучше сделайте откат транзакции что бы другая могла завершить операции и после этого повторите.
    Более подробно, можно почитать тут: URL >> Как заблокировать запись в InterBase/Firebird

    ---------
    не получается там - где не пробуют
    Ответ отправил: Виктор Пырлик (статус: Профессионал)
    Россия, Екатеринбург
    Тел.: 89043822027
    ICQ: 490191733
    ----
    Ответ отправлен: 29.10.2008, 07:23

    Как сказать этому эксперту "спасибо"?
  • Отправить SMS #thank 148843 на номер 1151 (Россия) | Еще номера >>
  • Переслать WebMoney: руб.
  • Вам помогли? Пожалуйста, поблагодарите эксперта за это!


    Вы имеете возможность оценить этот выпуск рассылки.
    Нам очень важно Ваше мнение!
    Оценить этот выпуск рассылки >>

    Отправить вопрос экспертам этой рассылки

    Приложение (если необходимо):

    * Код программы, выдержки из закона и т.п. дополнение к вопросу.
    Эта информация будет отображена в аналогичном окне как есть.

    Обратите внимание!
    Вопрос будет отправлен всем экспертам данной рассылки!

    Для того, чтобы отправить вопрос выбранным экспертам этой рассылки или
    экспертам другой рассылки портала RusFAQ.ru, зайдите непосредственно на RusFAQ.ru.


    Форма НЕ работает в почтовых программах The BAT! и MS Outlook (кроме версии 2003+)!
    Чтобы отправить вопрос, откройте это письмо в браузере или зайдите на сайт RusFAQ.ru.

    Скажите "спасибо" эксперту, который помог Вам!

    Отправьте СМС-сообщение с тестом #thank НОМЕР_ОТВЕТА
    на короткий номер 1151 (Россия)

    Номер ответа и конкретный текст СМС указан внизу каждого ответа.

    Полный список номеров >>

    * Стоимость одного СМС-сообщения от 7.15 руб. и зависит от оператора сотовой связи. (полный список тарифов)
    ** При ошибочном вводе номера ответа или текста #thank услуга считается оказанной, денежные средства не возвращаются.
    *** Сумма выплаты эксперту-автору ответа расчитывается из суммы перечислений на портал от биллинговой компании.


    © 2001-2008, Портал RusFAQ.ru, Россия, Москва.
    Авторское право: ООО "Мастер-Эксперт Про"
    Техподдержка портала, тел.: +7 (926) 535-23-31
    Хостинг: "Московский хостер"
    Поддержка: "Московский дизайнер"
    Авторские права | Реклама на портале

    ∙ Версия системы: 5.9 от 29.10.2008

    Яндекс Rambler's Top100
    RusFAQ.ru | MosHoster.ru | MosDesigner.ru
    RusIRC.ru | Kalashnikoff.ru | RadioLeader.ru

    В избранное