Страница 1 из 1

Помогите с миграцией, please

Добавлено: 10 дек 2007, 17:08
Remer
Цель: Быстро переписать проект с Interbase 7.1 на Firebird
Вопросы:
1. Является ли Firebird UNIDIRECTIONAL или нет. Если да, то как обеспечить скроллинг вверх/вниз по результатам Query в Grid'e
2. Какие компоненты использовать в BDS 2006 вместо IBQuery и т.д.
3. Как перенести базу *.gdb в *.fdb (в базе только таблицы, индексы и триггеры+генераторы на PrimaryKey)
4. Какую кодировку и Collate использовать (сейчас Win1251)
5. В запросах часто используется Like %word% и для ускорения поиска создаются дополнительные столбцы UpperCase. Есть ли в FireBird таблица соответствия заглавных и строчных букв
6. Какую версию FireBird лучше использовать

Я понимаю что большинство вопросов решиться банальным чтением документации, но я просто хотел бы получит ответы по-быстрее.
Заранее спасибо.

Добавлено: 10 дек 2007, 17:25
Merlin
Я бы советовал мигрировать в направлении Зимбабве.

Re: Помогите с миграцией, please

Добавлено: 10 дек 2007, 17:27
WildSery
Remer писал(а):1. Является ли Firebird UNIDIRECTIONAL или нет. Если да, то как обеспечить скроллинг вверх/вниз по результатам Query в Grid'e
Однонаправленной может быть датасет, не БД. Так же как в IB.
Remer писал(а):2. Какие компоненты использовать в BDS 2006 вместо IBQuery и т.д.
Как правило, можно те же самые.
Remer писал(а):3. Как перенести базу *.gdb в *.fdb (в базе только таблицы, индексы и триггеры+генераторы на PrimaryKey)
Это самое сложное. Выгрузи всю базу в скрипт и создай из скрипта на FB.
Если ошибок нет - тебе повезло. Иначе садись исправляй одну за другой.
Remer писал(а):4. Какую кодировку и Collate использовать (сейчас Win1251)
Её и используй.
Remer писал(а):5. В запросах часто используется Like %word% и для ускорения поиска создаются дополнительные столбцы UpperCase. Есть ли в FireBird таблица соответствия заглавных и строчных букв
RTFM "CONTAINING"
Remer писал(а):6. Какую версию FireBird лучше использовать
Последнюю зарелизенную. Сейчас 2.0.3.
Remer писал(а):Я понимаю что большинство вопросов решиться банальным чтением документации, но я просто хотел бы получит ответы по-быстрее.
ИМХО, без чтения всё же не получится.
Merlin писал(а):Я бы советовал мигрировать в направлении Зимбабве.
+1

Добавлено: 10 дек 2007, 17:29
Remer
Merlin писал(а):Я бы советовал мигрировать в направлении Зимбабве.
???

Добавлено: 10 дек 2007, 17:37
Remer
2WildSery

БОЛЬШОЕ Спасибо

>>>RTFM "CONTAINING"

А можно по-подробнее

Добавлено: 10 дек 2007, 18:26
kdv
А можно по-подробнее
тебя послать в доку по IB, поискать слово containing?

Добавлено: 10 дек 2007, 18:30
Merlin
Remer писал(а):
Merlin писал(а):Я бы советовал мигрировать в направлении Зимбабве.
???
Это я из человеколюбия. Мне почему-то кажется, что с таким уровнем и подходом в тех краях ещё можно рассчитывать заработать на хлебушко прграммированием. Если неправ, готов извиниться перед мартышками.

Добавлено: 10 дек 2007, 19:20
Remer
Merlin писал(а):Это я из человеколюбия. Мне почему-то кажется, что с таким уровнем и подходом в тех краях ещё можно рассчитывать заработать на хлебушко прграммированием. Если неправ, готов извиниться перед мартышками.
А кто сказал, что я этим на хлеб зарабатываю. Это так - хобби с необязательноположительным результатом.

Добавлено: 10 дек 2007, 19:35
Remer
kdv писал(а):
А можно по-подробнее
тебя послать в доку по IB, поискать слово containing?
То, что надо смотреть, я понял, но объясните тупому, чем отличаются CONTAINING и LIKE

Добавлено: 10 дек 2007, 19:51
dimitr
Remer писал(а):объясните тупому, чем отличаются CONTAINING и LIKE
регистрозависимостью

Добавлено: 10 дек 2007, 20:02
Remer
dimitr писал(а):регистрозависимостью
Сенькс. А не будет ли медленнее CONTAINING, чем LIKE %+UpperCase('word')+% по специально подготовленным UpperCase'ом столбцам.

Добавлено: 10 дек 2007, 20:35
belov-evgenii
Сам пробуй замеряй

Добавлено: 11 дек 2007, 10:46
WildSery
Remer писал(а):А не будет ли медленнее CONTAINING, чем LIKE %+UpperCase('word')+% по специально подготовленным UpperCase'ом столбцам.
И там, и там индексы не используются, а отличия в скорости выполнения скалярных операций заметны "на глаз" пожалуй только от миллиона записей.