Distinct с вложеным позапросом.

Совместимость InterBase, Firebird, Yaffil между собой и по версиям

Модераторы: kdv, Alexey Kovyazin

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Distinct с вложеным позапросом.

Сообщение _so_ » 25 июл 2005, 12:39

На своей машине стоит 7.5 (тестирую). У лиентов поппержнему 7.1 SP2.

Наткнулся на такую гараблю.
Запрос такого вида:

Код: Выделить всё

Select  distinct T0.ID,  CopyStr((select b.bank from sprav_bank b where b.id=CalculationAccount.bankprops)||" (р/с "||number||")",1,250)  as Name__,
  CopyStr(T0.Number,1,250)  as FindText__  From CalculationAccount T0
 where
 ((T0.Number is Not Null and RSUPPER(T0.Number) Containing "40702810117060100178")) Order BY 2
На 7.5 и 7.5.1 работает.
А на 7.1 sp2 валится.

Код: Выделить всё

Invalid token.
invalid request BLR at offset 347.
context already in use (BLR error).
Блин обидно. Не знаю может не в ту ветку написал. Но я вроде не видел в описании таких отличий между 7.1 и 7.5. Проверил в FB работает.

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 11:21

Что-то все молчат. Я тогда вообще не понимаю какую врсию IB уже использовать. Везде сплошные глюки. Те глюки которые уже были известны в 7.5 и 7.5.1 не исправили. Люди говорят что 7.5 и 7.5.1 падает. Правдо на одной из баз 7.5 работает уже полгода сосредним чилом пользователей 25-30. Правдо в прошлом месяце упала. Из-за чего неизвестно. Полечили, но решили пока еще поработать на 7.5(вдруг из-за железа или сбоя с машиной). Остальным клиентам переходить пока из-за этого не рекомендую. Как-то все печально.

hvlad
Разработчик Firebird
Сообщения: 1244
Зарегистрирован: 21 мар 2005, 10:48

Сообщение hvlad » 26 июл 2005, 12:58

_so_ писал(а):Что-то все молчат. Я тогда вообще не понимаю какую врсию IB уже использовать.
Я бы подсказал, но боюсь быть неправильно понятым :wink:
_so_ писал(а):Везде сплошные глюки.
Пишите письма... в борланд - может их прочитают... через год :cry:

Anton Glasunov
Сообщения: 31
Зарегистрирован: 26 окт 2004, 15:18

Сообщение Anton Glasunov » 26 июл 2005, 13:06

По моему опыту, 7.5.0 был вовсе непригоден для одной из моих задач (9 Гб, 300 таблиц, 20 тыс. транзакций/день, 20-30 коннектов одновременно). Сейчас, на 751, если не считать слетевших индексов(раз за десять дней) жить можно (тьфу 3 раза).

По запросу, я не понял какую конструкцию IB не пропускает. Методом отсечения не пробовали?

Merlin
Динозавр IB/FB
Сообщения: 1502
Зарегистрирован: 27 окт 2004, 11:44

Сообщение Merlin » 26 июл 2005, 13:07

_so_ писал(а):Что-то все молчат. Я тогда вообще не понимаю какую врсию IB уже использовать. Везде сплошные глюки. Те глюки которые уже были известны в 7.5 и 7.5.1 не исправили. Люди говорят что 7.5 и 7.5.1 падает. Правдо на одной из баз 7.5 работает уже полгода сосредним чилом пользователей 25-30. Правдо в прошлом месяце упала. Из-за чего неизвестно. Полечили, но решили пока еще поработать на 7.5(вдруг из-за железа или сбоя с машиной). Остальным клиентам переходить пока из-за этого не рекомендую. Как-то все печально.
Видишь ли, все в ситуации, когда ответить-то нечего :) В ex-USSR подавляющее большинство людей разумных по всяким разным причинам, включая оперативность реагирование на баг-репорты, перешло на FB. Однако, _современные_ FB и IB - это уже совсем разные вещи, развивающиеся в разные стороны, поэтому просто сказать тебе - переходи на FB - будет некорректно. В FB основной упор на фиксацию застарелых багов, наращивание функциональности для программирования и т.д. В IB - на наращивание функций управления доступом, прочего администрирования и контроля. Кто знает, что для тебя важнее.

Merlin
Динозавр IB/FB
Сообщения: 1502
Зарегистрирован: 27 окт 2004, 11:44

Сообщение Merlin » 26 июл 2005, 13:08

Anton Glasunov писал(а): По запросу, я не понял какую конструкцию IB не пропускает.
Сабжевую. И никогда не пропускал и в FB не так уж давно починили.

Anton Glasunov
Сообщения: 31
Зарегистрирован: 26 окт 2004, 15:18

Сообщение Anton Glasunov » 26 июл 2005, 13:41

Да, действительно. Release notes к 7.5.1

Bugs fixed in InterBase 7.5.1
For InterBase 7.5.1:
Bug
Number Description



58861 SELECT DISTINCT with subquery no longer causes invalid request BLR error


_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 13:56

Спасибо всем кто откликнулся.
Писал бы в Борланд если бы язык хорошо знал.
2 Anton Glasunov.
По моему опыту, 7.5.0 был вовсе непригоден для одной из моих задач (9 Гб, 300 таблиц, 20 тыс. транзакций/день, 20-30 коннектов одновременно).
Вроде как работает на почтишто таких же условиях. Я так не могу резко переходить 7.5.1 - побъют ведь. Спасибо тебе за информацию. Больше склоняюсь, что скоро попробую сделать переход на одной из баз.
Насчет FB мне нравится в нем многое особенно embedded версия. Вот если бы она была с возможноью делать несколько конектов и могла работать в паралельном режиме было бы супер (точно перешел бы на FB). Но наверное я слишком много хочу.

Anton Glasunov
Сообщения: 31
Зарегистрирован: 26 окт 2004, 15:18

Сообщение Anton Glasunov » 26 июл 2005, 14:07

Я так не могу резко переходить 7.5.1
Переход с 7.1.* на 7.5.* не требует ничего кроме b/r. Если не считать времени рестора - у меня ~3.5 часа. Но я b/r делал ночью, и раненько утром(в 7 утра, до первых пользователей) менял один файл БД на другой.

hvlad
Разработчик Firebird
Сообщения: 1244
Зарегистрирован: 21 мар 2005, 10:48

Сообщение hvlad » 26 июл 2005, 14:26

_so_ писал(а):Насчет FB мне нравится в нем многое особенно embedded версия. Вот если бы она была с возможноью делать несколько конектов и могла работать в паралельном режиме было бы супер (точно перешел бы на FB). Но наверное я слишком много хочу.
А пробовал ? Со всеми обычными ограничениями - поток на коннект и т.д.

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 26 июл 2005, 15:00

В ex-USSR подавляющее большинство людей разумных по всяким разным причинам, включая оперативность реагирование на баг-репорты, перешло на FB
есть интересная статистика. покупатели IB практически никогда не обращаются в конференции или на форумы. Я бы сказал, что Антон Глазунов - исключение из правила. :)

так что, сказать что "большинство разумных перешло", со 100% уверенностью нельзя.

Anton Glasunov
Сообщения: 31
Зарегистрирован: 26 окт 2004, 15:18

Сообщение Anton Glasunov » 26 июл 2005, 16:00

Антон Глазунов - исключение из правила.
Злые вы. :(

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 26 июл 2005, 16:04

не, правда. считанные единицы что к нам обращаются, что на форумы ходят. Вот на Свободе стоит 7.1 SP2 unlimited. два сервера, третий резервный. и все путем. они только со мной общаются, и то раз в полгода (водку пить зазывают). Ну и еще несколько фирм. Остальные купят, и все. проявляются только когда лицензий докупить надо, или апгрейд сделать.

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 17:43

Вроде у нас как бы купленый почти.
А пробовал ? Со всеми обычными ограничениями - поток на коннект и т.д.
Пробовал - не дает конечно.
Весь смысл для embedded сервера, что сетевой IB или FB нам не нужен. C embeded cервером уменьшаются затраты на взаимодействия между сервером приложений и FB. Конечно требования к такому серверу каждый конект в отдельном потоке, потокозащищенность подержка SMP и т.д.

kdv
Forum Admin
Сообщения: 6595
Зарегистрирован: 25 окт 2004, 18:07

Сообщение kdv » 26 июл 2005, 18:28

C embeded cервером уменьшаются затраты на взаимодействия между сервером приложений и FB.
сервер приложений? с embedded? ну блин, вы там даете. уменьшаются затраты, говоришь? Смех, да и только. То есть, в промышленную эксплуатацию проект еще не запускали? Ну-ну...

а. понял. вижу, что пока только так хочется. Выкинь из головы эти фантазии.

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 18:58

неизвестно над кем можно посмеяться. Конешно текущий вариант с embeded FB используется только для демо версии.

Нахрена мне сетевое взаимодействие между ними если сервер приложений и IB стоят на одной машине.
В некоторых случаях сами запросы настолкь быстры, что наибольшие затраты идут именно на это.
Я конешно незнаю как можно понимать промышленная эксплуатацию. Видно работа 150(в среднем 50 активных) пользователей и баз в 7 гигов это видно так демо версия.
Зачем перекидывать сначало трафик между между IB и сервером приложений, а потом между сервером приложений и клиентом, если обычных двухзвеных приложени нет, как и других клиентов. Конешно можно говорить о том, если сервер приложений выполняет дополнительные сложные операции и для масштабирования разнести их на разные машины, но это очень спорно.

Merlin
Динозавр IB/FB
Сообщения: 1502
Зарегистрирован: 27 окт 2004, 11:44

Сообщение Merlin » 26 июл 2005, 19:04

Anton Glasunov писал(а):
Антон Глазунов - исключение из правила.
Злые вы. :(
Не расстраивайся, он имел в виду не исключение из разумных FB-шников, а исключение из молчаливых IB-шнитов :-D

2 kdv - а я так и написал - не все, а большинство :) Согласись, что разработчиков под free продукт в этой стране по любому всегда будет больше, даже если качество хуже. А уж как в нашем случае, когда как минимум равное (я немного скромничаю, зацени ;)) )... Разработчики под IB делятся на 4 категории

- покупатели свойств IB7, которых у FB нет, но для их проекта именно они важны;
- покупатели IB, связанные условием обзательно коммерческого софта;
- те, кто в танке, разработчики под IB 6.0
- люди с дефектом психики, убеждённые в том, что спыжженый газ лучше сжиженного при любых обстоятельствах :)

я конечно подсчётами не занимался, это только имхо, но по нему разумный человек _при прочих равных_ выберет free.

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 19:11

2 merlin
Я думаю еще есть которым навязывают произовдители софта использующий IB (Ну лень или никогда полномасштабно тестировать на FB). Если они выбирут FB и у них что-то свалится, то они сам будут виноваты.

Merlin
Динозавр IB/FB
Сообщения: 1502
Зарегистрирован: 27 окт 2004, 11:44

Сообщение Merlin » 26 июл 2005, 19:11

_so_ писал(а):неизвестно над кем можно посмеяться.
Вообще-то тут двух мнений быть не может. Ты просто абсолютно не понимаешь как оно работает. Если важно сэкономить ресурсы, и сетевые и прочие - на одной машине ставят аппсервер и обычный супер. Если важен трафик, а на RAM накласть и надо чтоб сервер ни при каких условиях не падал со всеми коннектами сразу - классику. Embedded здесь вообще ни при делах, потому что локальный коннект для многопоточных приложений не катит, запросы сериализуются внутри него (а без него - в клиентской либе). Так что прежде чем начинать смеяться, настоятельно рекомендую сначала разобраться.

_so_
Сообщения: 144
Зарегистрирован: 04 ноя 2004, 22:17

Сообщение _so_ » 26 июл 2005, 19:19

Так блин в сервере приложении уже создаются поток (да и еще не всегда один) на каждый конект между сервером приложений и конектом. Конешно я совсем знаю как реализован FB или IB. Но для меня бы если вэтом задача состояла изночально проблем бы в реализации не было. Почему у нас реализации много поточного сервера приложения в dll (с общим кешем, блокировками не составила труда), да ище для несколько серверов приложени используются одновременно. Так что особых проблем здесь я не вижу (все зависит от текущей реализации и ресурсов).

Ответить