Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
13.02.2006, 13:18
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Народ, подскажите. Задача следующая. Необходимо взять запрос из файла и результат вывести в DataWindow все нормально до того как запрос не превышает 64 К, все что больше - ругается. Вопрос можно ли это решить стандартными методами или придется "идтить в обход" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 13:38
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
А версия какая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 13:42
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Билдер 7 + Оракл 8 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 14:29
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Сдаётся мне, что не получится - в 7-ке, если не изменяет память, длина строки 64Кб, а вот в 10-ке - 2147483647 байт. Я и храню в базе синтаксис DataWindow. А он бывает у меня и 200, и 300Кб. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 15:13
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Опишите проблему подробнее, сложно понять в каком месте обрезается запрос PB 6.5 и выше Код: plaintext Скорее всего вы неправильно читаете из файла FileRead Код: plaintext Либо вы используете MLE для просмотра синтаксиса, там как раз были ограничения около 64К ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 19:19
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Согласно доке Оракла, лимит в 64К снят только в Oracle 10. Хотя 9 тоже уже не было такого лимита, просто видимо из доки забыли убрать. Но в 7 точно был такой лимит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 19:20
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Anatoly MoskovskyНо в 7 точно был такой лимит. Видимо и в 8 тоже. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
13.02.2006, 21:04
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
На самом деле если речь идёт о Native Oracle drivers и длине SQL string, то лимит и в 7 и в 8 и в 9-ке - 32К ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.02.2006, 11:55
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Вы что-то путаете, Филипп. Только что проверил, Oracle 9.2 + PB6, 9 + O73: запрос 80К успешно выполняется в DW. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.02.2006, 11:58
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
А если речь идет о string value, то это ограничение Оракла в 32К - там тип VARCHAR2 лимитирован 32К в PL/SQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
14.02.2006, 14:29
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Всем спасибо вопрос снимается. Действительно DW в 7-ке способно выполнять большие запросы. Выполнил 300К все нормально. Спасибо всем кто ответил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 00:33
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Anatoly MoskovskyВы что-то путаете, Филипп. Только что проверил, Oracle 9.2 + PB6, 9 + O73: запрос 80К успешно выполняется в DW. На самом деле я ничего не путаю. Возьми это же датавиндоу (с 80К SQLa), напиши код в SQLPreview event чтоб собрать все statements в одну строку, сделай с ней EXECUTE IMMEDIATE и пронаблюдай в какой момент Оракл блевать начнёт... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 12:23
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Так это и есть один оператор SQL. Получен путем размножения простого запроса в редакторе с помощью union all до нужного размера. Или Вы имеете в виду, что надо удалить переводы строк ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 13:44
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Anatoly MoskovskyИли Вы имеете в виду, что надо удалить переводы строк ?вот именно, тоже встречялся с таким, пришлось добавлять ввод вместо пробела ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 14:34
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Ну так кто ж виноват? :) У меня даже автоматически генерируемые запросы нормально отформатированы, чтобы можно было легко отлаживать их. Поэтому я с таким не сталкивался. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
15.02.2006, 21:04
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Anatoly MoskovskyТак это и есть один оператор SQL. Получен путем размножения простого запроса в редакторе с помощью union all до нужного размера. From: Peggy Klinger - view profile Date: Thurs, Jun 15 2000 12:00 am Email: Peggy Klinger <Kling...@firstenergycorp.com>; Groups: powersoft.public.powerbuilder.database We're currently running (or attempting to run) PB 7.02 EBF 8014 in a Windows 95 environment. We have a datawindow that contains an underlying Select statement that contains 2 unions (i.e. Select from TableA Union Select TableB Union Select TableC). When attempting to run the app and bring up the data through this datawindow, we get the following: "A database error has occurred. Database error code: 2. Database error message: Select error." This is a rather lengthy sql statement (74k when exported to a .txt file). When one of the unions is removed (which shortens the length of the select statement), the sql works fine. This exact statement worked in PB 6.5. Is there a size limitation on sql in PB 7 that could be causing this?? Any help would be appreciated. From: Stephen Dupre - view profile Date: Thurs, Jun 15 2000 12:00 am Email: Stephen Dupre <sdu...@sybase.com>; Groups: powersoft.public.powerbuilder.database This should work, I think, though I think we limit your ability to modify the statement to 64k. Describe and GetSQLSelect have limits of 32k. It's possible we're only sumitting the first 64k of the statement which is why you get a select error. If you have an example, I might be able to log a bug if I can reproduce it. Is there any way you can write this as a stored procedure? -- Stephen Dupre Sybase Product Support Concord, Mass. Из моего экспериментального опыта - лимит был (и насколько я знаю) остается 32К. Сделай datawindow с 200-300 колонками (с длинными именами) из джойна двух таблиц (чтоб имена с именем таблицы генерировались) и посмотри как оно работать будет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2006, 14:29
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Филипп "...Describe and GetSQLSelect have limits of 32k..." Только что проверил - это утверждение ложно в PB9. В более ранних версиях лень проверять. Из моего экспериментального опыта - лимит был (и насколько я знаю) остается 32К. Сделай datawindow с 200-300 колонками (с длинными именами) из джойна двух таблиц (чтоб имена с именем таблицы генерировались) и посмотри как оно работать будет... Так может лимит не в размере, а в кол-ве колонок? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2006, 19:19
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Anatoly Moskovsky Филипп "...Describe and GetSQLSelect have limits of 32k..." Только что проверил - это утверждение ложно в PB9. В более ранних версиях лень проверять. Из моего экспериментального опыта - лимит был (и насколько я знаю) остается 32К. Сделай datawindow с 200-300 колонками (с длинными именами) из джойна двух таблиц (чтоб имена с именем таблицы генерировались) и посмотри как оно работать будет... Так может лимит не в размере, а в кол-ве колонок? в размере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2006, 21:47
|
|||
|---|---|---|---|
|
|||
Запрос из PB > 64K |
|||
|
#18+
Значит уже снято ограничение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
16.02.2006, 22:05
|
|||
|---|---|---|---|
Запрос из PB > 64K |
|||
|
#18+
Anatoly MoskovskyЗначит уже снято ограничение. Нет, не снято, поскольку могу произвести метание харча Ораклом 9 / РВ9 на раз... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=15&mobile=1&tid=1337910]: |
0ms |
get settings: |
9ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
79ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 236ms |
| total: | 442ms |
| 0 / 0 |
