|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
offsites Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9.
Повторяю ещё раз, медленно: это правильный код и должен работать. Ты в состоянии показать заголовок объявления процедуры и скопипастить ошибку, которую этот код (а не отбалдовые вариации) выдаёт? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2015, 15:20 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakovэто правильный код Точнее сказать, всё-таки "валидный и работоспособный". За повторное использование туалетной бумаги переменных надо бы по голове стучать. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
30.12.2015, 15:44 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, CREATE OR ALTER PROCEDURE GET_VALUES ( PField2Date date not null, PField1Integer_id integer not null) returns ( ... Ошибка: dm.DSet.SelectQuery: Incompatible column/host variable data type. Dynamic SQL Error. SQL error code = -303. Conversion error from string "31-DEC-2015". ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 02:34 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
offsites Код: sql 1. 2. 3. 4.
Несколько ранее offsites Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
Порядок параметров в процедуре то data, integer, то потом integer, data P.S. Никогда не пользуйся кнопкой src в редакторе. Нехай сообщество глаза ломает глядя на неотфомартированный текст. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 04:59 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Граур Станислав, Да, дело было в порядке, спасибо, все работает! И предположить не мог что имена переменных играют второстепенную роль. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 11:52 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Хотя да, подумав понял что ступил сильно. Так ведь во всех процедурах и функциях, порядок нужен )) Чет рассматривал ХП в отрыве от этого (спешка ))) ), решил что нужно просто свалить все переменные туда, а он сам разберется ) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 12:06 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
offsites, не припомню ЯП, где можно было бы сваливать параметры как попало. Даже в интерпретируемых ЯП оно как соответствие именам параметров должно определять? А уж в компилируемых ЯП (и psql FB) тем более, никак, там просто четкая последовательность. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 13:21 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
offsites, В SQL вообще нет имен переменных, все параметры меняются на знак вопроса http://datasql.ru/proektbd/5.htm https://msdn.microsoft.com/ru-ru/library/ms140355.aspx Как в общем и почти во всех языках, кроме некоторых скриптовых типа VBA PS. в FIB+ разве не показывается чистый код SQL-запроса, безз Дельфийский заморочек? В UIB есть свойство ParsedSQL ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 14:29 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
kdv, VBA - именованые параметры, можно вообще указать только один из десяти ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 14:30 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
kdvоно как соответствие именам параметров должно определять? а ровно так же как в SQL вот смотри сам INSERT xxxxx VALUES (1,2,3,4,5) или INSERT xxxxx SELECT 1,2,3,4,5 FROM rdb$database вот тебе позиционные безымянные параметры а теперь UPDATE xxx SET name1=value1, name2=value2, name3=value3 Вот тебе беспозиционные именованные ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 14:37 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
AriochВот тебе беспозиционные именованные это тебе так кажется. Т.е. если взять просто запрос (не в процедуре или триггере) Код: sql 1.
то они как раз исключительно позиционные. А по именам их разбирают (если могут) компоненты или драйверы. p.s. и вообще я говорил про параметры процедур, о чем упоминал автор топика. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.12.2015, 15:01 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Коллеги, амбисните темному, вот написано, DS пишет, что оно правильно: Params.ParamByName('PField1Integer_id').AsInteger:=1; Params.ParamByName('PField2Date').AsDate:=DateTimePicker1.Date; моя всю жисть писал так: ParamByName('PField1Integer_id').AsInteger:=1; ParamByName('PField2Date').AsDate:=DateTimePicker1.Date; И у меня оно таки работало. Я пропустил чего-то интересное? ... |
|||
:
Нравится:
Не нравится:
|
|||
02.01.2016, 15:19 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyИ у меня оно таки работало. Я пропустил чего-то интересное? Какая разница? Кому как удобней, тот так и пишет. Не бери в голову! ;) Мне, к примеру, нравится так: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41.
И никто меня не убедит в том, что использовать 3-й диалект с названиями объектов БД в нижнем регистре и в двойных кавычках - это плохо. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.01.2016, 18:46 |
|
Передача даты как параметра в хранимую процедуру
|
|||
---|---|---|---|
#18+
Ivan_PisarevskyDS пишет, что оно правильно Во-первых, я не заметил Params. Во-вторых, позже я поправился на "валидный и работоспособный". В-третьих, некоторые наборы компонент действительно имеют ParamByName только в Params. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.01.2016, 18:50 |
|
|
start [/forum/topic.php?fid=40&msg=39141056&tid=1562414]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 267ms |
total: | 388ms |
0 / 0 |