Поля BOLLEAN в FireBird

← →
Новичек (2008-04-11 13:17) [0]

Перетащил базу с Paradox на FireBird. Поля типа boolean перенеслись как varchar(1). Посмотрел в SQL Manager для FireBird - там нет типа поля boolean. Вследствии чего возникли проблемы в программе где используются таблицы с логическими полями. Таблиц и логических полей много. Можно ли както обойти данную ситуацию?

← →
Sergey13 © (2008-04-11 13:46) [1]

А зачем ее обходить? Просто переделывать надо прогу и БД. ИМХО.

← →
Новичек (2008-04-11 13:54) [2]

Прога писАлась давно так же как и БД. Замучили лететь индесы. Вот и решил мигрировать базу. Компонентов доступа очень много. Как и полей. Может кто знает есть ли фриварный FireBird с поддержкой boolean полей?

← →
Sergey13 © (2008-04-11 14:00) [3]

> [2] Новичек (11.04.08 13:54)
> Может кто знает есть ли фриварный FireBird с поддержкой boolean полей?
Его нет НЕфриварного. Насчет логических полей - не знаю есть ли они в двойке, до нее не было.

> Компонентов доступа очень много.

Это как?

← →
Новичек (2008-04-11 14:04) [4]

"Это как?"
Я же сказал что не типов а самих компонентов..

← →
Виталий Панасенко(дом) (2008-04-11 14:05) [5]

В ИБ 7,х есть (насколько я помню). Но это уже не "шара" :-)

← →
Sergey13 © (2008-04-11 14:06) [6]

> [4] Новичек (11.04.08 14:04)

Ты хотел сказать экземпляров компонента?

← →
Новичек (2008-04-11 14:12) [7]

"не знаю есть ли они в двойке"
Нету (
Как раз двойку и установил.

"Но это уже не "шара"
Нужна именно она.
Короче выхода нет. База ремонтируется по 15 раз на дню. Пипец.

← →
Новичек (2008-04-11 14:13) [8]

"Ты хотел сказать экземпляров компонента?"
Ну да. Суть не в этом

← →
Sergey13 © (2008-04-11 14:23) [9]

> [7] Новичек (11.04.08 14:12)

А какие проблемы то?
Ты к парадоксу ведь через БДЕ лез (по другому вроде и никак)? А сейчас чем пользуешься? Если оставил БДЕ, то надо смотреть как оно с двойкой ФБ вообще будет работать - что-то мне сомнительно, что нормально. Если взял другие (какие?) то по любому надо ковыряться с каждым датасетом - а для этой "проблемы" и надо то просто пересоздать "табличные" поля. Кроме того в ФБ нет автоинремента (наверняка его юзал для ключевых полей?), так что придется тригеры создавать прописывать. Плюс много логики программы можно (и нужно) перетащить на сервер, в теже тригеры или ХП. И т.д. и т.п.

Короче никто и не обещал, что можно просто подсунуть другую СУБД и все.

← →
Новичек (2008-04-11 14:28) [10]

>Кроме того в ФБ нет автоинремента
Есть.

Переопределил алиас на ODBC - FireBird. Но с логическими полями затык.

← →
Reindeer Moss Eater © (2008-04-11 14:29) [11]

>Кроме того в ФБ нет автоинремента
Есть.

А еще есть большая разница между автоикрементом парадоксовским и его серверной реализацией.

← →
Johnmen © (2008-04-11 14:31) [12]

> Есть.

Нет. В общепринятом понимании этого слдова.

← →
Sergey13 © (2008-04-11 14:32) [13]

> [10] Новичек (11.04.08 14:28)
> Есть

Да ну? Прямо так и написано - автоинкремент? Или просто тригер с генератором автоматом создались? Я двойку не юзал.

← →
Новичек (2008-04-11 14:37) [14]

>Прямо так и написано - автоинкремент?
Ну я в FB новичек. Написано "Автоинкрементное значение" - короче генератор как щас посмотрел.
На какую СУБД лучше и безболезненей мигрировать с парадокса с наименьшими переделками?

← →
Reindeer Moss Eater © (2008-04-11 14:37) [15]

на дибейс

← →
Новичек (2008-04-11 14:47) [16]

А на MSSQL будет больше переделок? (Есть, правда нелицензионный) для пробы хотябы.

← →
Sergey13 © (2008-04-11 14:48) [17]

> [14] Новичек (11.04.08 14:37)
> На какую СУБД лучше и безболезненей мигрировать с парадокса
> с наименьшими переделками?

Раз 15 раз на дню правишь, стало быть прога рабочая и база нагруженная. Может стОит один раз сделать нормально?

← →
Новичек (2008-04-11 14:55) [18]

Прога 10 лет разными людьми дописывалась. И где что разобрать чтобы "один раз сделать нормально" довольно долго и трудно. Вот и подумалось перейти на другую СУБД (с наименьшими переделками) чтобы избежать проблем с индексами.

← →
Anatoly Podgoretsky © (2008-04-11 14:56) [19]

> Новичек (11.04.2008 14:28:10) [10]

Может быть, но только в последних версиях.

← →
Anatoly Podgoretsky © (2008-04-11 14:57) [20]

> Reindeer Moss Eater (11.04.2008 14:29:11) [11]

Автоинкримент в Парадоксе это настоящий парадокс.

← →
Anatoly Podgoretsky © (2008-04-11 14:58) [21]

> Новичек (11.04.2008 14:37:14) [14]

На MS SQL, меньше проблем при миграции. Но без переделок это ты загнул, это же Парадокс, там много обмана и нелогичного.

← →
Anatoly Podgoretsky © (2008-04-11 14:59) [22]

> Reindeer Moss Eater (11.04.2008 14:37:15) [15]

Хорошая альтернатива, для персональной БД, но на dBase VII или выше.
Выше надо покупать.

← →
Anatoly Podgoretsky © (2008-04-11 15:00) [23]

> Новичек (11.04.2008 14:47:16) [16]

Меньше, но переделок будет везде много, если тупо не переносить.
А нелицензионный то зачем, есть же MSDE и MS SQL Server Express

← →
Новичек (2008-04-11 15:06) [24]

А как с количеством подключений в MS SQL Server Express?

Это сверх сектретная инфа.

> Новичек (11.04.2008 15:06:24) [24]

Никаких проблем, ни с MS SQL Server Express, ни с MSDE, , ни с MS SQL Server DataCenter - оно у них у всех одинаковое - 32767 на один физический сервер.

> Reindeer Moss Eater (11.04.2008 15:13:25) [25]

Сейчас посмотрим, а тому ли я дала.

> Никаких проблем, ни с MS SQL Server Express, ни с MSDE,
> , ни с MS SQL Server DataCenter - оно у них у всех одинаковое
> - 32767 на один физический сервер.
>

вооот. А вдруг у меня больше будет?
:)))))))

> Ega23 (11.04.2008 15:37:28) [28]

Если больше, то тут один сервер не справится, надо кластер строить, разделение по серверам и много еще чего.
Микрософту хватает, NASDAQ хватает, а тебе нет.

> Ega23 (11.04.2008 16:24:30) [30]

ЕГАИС пиши, и клиенты будут и сам богатым тоже.

← →
Виталий Панасенко(дом) (2008-04-11 19:53) [32]

> ЕГАИС пиши, и клиенты будут и сам богатым тоже.

А это куда ?!!!:-)

> Короче выхода нет. База ремонтируется по 15 раз на дню.
> Пипец.

Врядли можно сделать, чтобы при использовании BDE + Paradox ничего не глючило. Однако можно организовать синхронную запись в базу (чтобы 2 программы/потока одновременно не могли ничего записать) и осторожнее с ремонтом базы! Может сама проверка правильности индексов провоцирует их порчу... Либо в настройках что не так (наверняка база выложена на каком-нибудь сетевом ресурсе).
Возможно на странице http://matrix.kladovka.net.ru/index.php?page=bdeproblems найдешь что-нибудь полезное...

Но переделка проги, которая 10 лет дописывалась - жуткое занятие!

Поля BOLLEAN в FireBird Найти похожие ветки