Firebird+ODBC

[Dimka]

Алексей1153++, дурная РСУБД IMHO

[Алексей++]

dimka, да базару нету ) В следующих проектах не буду с ней связываться. Но тут уж поздно пересаживаться

[Oldy]

вложенный селект сразу отпадает, он тут по какой то причине не поддерживается

Все работает начиная с  версии Firebird 2.0 (смотри Release Notes)

да базару нету ) В следующих проектах не буду с ней связываться. Но тут уж поздно пересаживаться

Да базара нету Хозяин барин.

[Алексей++]

не, не буду я щас дистибутив переколбасивать (туда FB1,5 вложен был) - слишком много мороки по замене у всех будет. Щас этот проект доделаем немного и оставим, а в следующем я уже на MySQL буду делать ))

[Sla]

Алексей1153++, что-то мне подсказывает, что для твоих задач mySql не совсем гуд...
Я бы послушал Oldy и рассмотрел бы вопрос о переходе на продвинутую версию птички

[Алексей++]

Алексей1153++, что-то мне подсказывает, что для твоих задач mySql не совсем гуд...

почему ? Расскажи. А то Альф вот наоборот как-то посоветовал на MySQL перелазить

Я бы послушал Oldy и рассмотрел бы вопрос о переходе на продвинутую версию птички

неохота возиться, и так завал... этож кучу городов надо оповестить, а юзвери сами то вряд ли справятся все, будут телефонить месяц

[Sla]

здесь нужно оценить многое
количество запросов к серверу
количество пользователей
объем данных хранения
обслуживание серверов/а БД
наличие админских интерфейсов (бекапы, job'ы и т.д.)

откатать переход с одной версии на другую, подготовить необходимые скрипты

может еще кто добавит? Это только на вскидку.

[Алексей++]

ну я думаю, если птица 1,5 справляется, то свеженький MySQL то подавно справиться

а всё уже давно оценено и сделано

[Kivals]

Алексей1153++, пока есть возможность (т.е. еще не определился с выбором следующей СУБД) - сравни MySQL & PostgreSQL. Я 2 года назад остановился на PostgreSQL, т.к. тогда MySQL тригеры поддерживала только в бета-версии (а если ты уже используешь хранимые процедуры - то до триггеров остался 1 шаг). С тех пор многое поменялось. Как раз сегодня в Москве встреча между приверженцами той и другой: http://sqlinfo.ru/news/info/67.html
Интересно узнать результаты (эх - жаль я не в Москве - сходил бы обязательно )

[Алексей++]

триггеры и процедуры использую уже

насчёт сравнить - если время будет )

[RXL]

Триггеры и процедуры в MySQL появились в ветке 5.0 (альфа вышла лет 5 назад, а сейчас - глубокий релиз). Рекомендую пользоваться 5.1 - оно уже в релизе.

Кстати, мучаюсь вопросом: что нового ждать от 6.0?

Kivals, встреча то вчера - 22.01.2009...

[Oldy]

неохота возиться, и так завал... этож кучу городов надо оповестить, а юзвери сами то вряд ли справятся все, будут телефонить месяц

Нда. Задача перехода с Жарптицы 1.5 на 2.1 (и даже на 2.5) состоит из трех - пяти шагов:
1. "Бэкап" базы.
(1a. остановка и деинсталляция FB1.5)
2. Установка FB2.1.
3. "Рестор" базы.
и легко реализуется через скрипт. В сопровождении инструкции "с картинками, какую кнопку нажимать" вполне выполнима большинством пользователей, при условии отсутствия битых баз.
По поводу будущих возможных переходов на другие СУБД. Это дело личных предпочтений. Пробуй разное - найдешь оптимальное.

[Алексей++]

усё попробуем )

[Oldy]

кстати, Алексей,  запрос SELECT FROM SELEСT... в FB 1.0 -1.5.x можно реализовать следующим образом:

Код:

select ... from MyQuery.sql where ...

где myQuery.sql текстовый файл со вложенным запросом

[Алексей++]

вау, круть)  Запомню, спасибо ))

[Алексей++]

вопрос исключительно по версии птицы 1,5 - было ли у кого нибудь такое, что если открыты одновременно 2 базы,  то иногда при вставке или чтении записи в одну из таблиц одной из баз происходил затык (то есть входим в процедуру, которая выполняет запрос, и уже не выходим оттуда) ?

Дело происходит в разных потоках и, видимо, иногда запросы выполняются одновременно. Базы и, соответственно, запросы никак не связаны меж собой - это то и странно

Если это глюк 1,5 то будет веский повод перейти на новую версию


-------------------
upd Сделал синхронизацию проблемных строчек при помощи мутекса, клиника не поменялась - по прежнему входим в обе строки одновременно и висим, как рыба об лёд... Загрузка проца нулевая
Определял, где остановился, при помощи TRACE(...) до и после строчек

[Алексей++]

поставил версию
Firebird-2.1.2.18118_0_Win32

пока глюк не ловится, хотя фиг знает, он и так нерегулярный какой то... Время покажет

[Алексей++]

ну и как ожидалось, начался траходром с заменой птицы у клиентов. У меня всё отлично установилось на 2 компах, написал инструкцию, как делал. "Экспериментальный" клиент всё так же делает - не выходит, вернуть пришлось 1,5 ...
Буду думать, как обойтись без базы в этом месте, это возможно, в принципе, но уже не так удобно

[Oldy]

А какие проблемы у "экспериментального" клиента?

[Алексей++]

проблемы странные: ставит всё по инструкции, но коннект к базе не получается. Хотя у меня всё нормально ( Но раз у одного так случилось - пойдут тысячами, нееее, не хочу )

[Oldy]

Базе backup в 1,5 а restore в 2,1 выполнялись?

[Алексей++]

нет, кстати, попробую на ком нибудь следующем )) Пока необходимость временно отпала

Вопрос только - почему у меня всё без проблем поменялось и заработало то?

[Oldy]

объем данных, наличие "битых" данных, наличие зависших транзакций, присутствие других (многих) пользователей, и пр. и др. Для изучения и отыскания решений требуется более детальный анамнез.

[Алексей++]

ок, надо будет провентилировать эту мысль

[Алексей++]

а умеет ли птица сама сжимать трафик, когда данные из БД достаются/заливаются не на одной машине, а по сети ?

[Oldy]

птица - нет. Смотри в сторону zebedee

[Алексей++]

спасибо
вот тут нашёл что-то
http://www.ibase.ru/devinfo/zebedee.htm

Добавлено через 21 минуту и 16 секунд:
а правильно ли я понимаю, что птица тут ни при чём, и эту программу можно вклинить между любым сервером и клиентом ?

Добавлено через 9 минут и 27 секунд:

Также я предполагаю что существует много удаленных клиентов, и клиент ZeBeDee будет один для всех. Это наиболее характерный случай при работе через Internet

вот эта фраза непонятна. Как это у всех УК может быть один и тот же ZBD-клиент?

[Oldy]

Да, правильно (для TCP/IP).
zebedee ставим на сервер и у УК (Option A). Только в этом случае будет "сжатие" траффика, думаю так.
Option B - требует доп. железа и "толстого" канала птица - ZeBeDee.
Последняя фраза мне тоже не понятна.

[Sla]

я так понял, что сервер  ZeBeDee один для всех и он выступает в качестве клиента(одного) для птицы
Т.е. конект к птице идет только от одного клиента.

[Алексей++]

Sla, ну да, сервер то один. Как и сервер самой птицы

возможно ли сделать по типу рисунка A :

УК1::[FB <-> ZBD] <------------> |
                                 |
УК2::[FB <-> ZBD] <------------> | [тырнет]   <---------> СЕРВЕР::[ZBD <-> FB]
                                 |
УК3::[FB <-> ZBD] <------------> |

?

если так нельзя, то мне это пользы не принесёт