Должен ли я использовать собственные компоненты Interbase для чтения базы данных Interbase из Delphi - PullRequest
Новая
       12

Должен ли я использовать собственные компоненты Interbase для чтения базы данных Interbase из Delphi

3 голосов
/ 03 апреля 2012

У меня есть база данных Interbase 5.5 (примечание: это очень старая версия, начиная с прошлого тысячелетия).

До сих пор мне удалось подключиться к нему с помощью "нативных" компонентов Interbase, которые поставляются с Delphi (IBDatabase, IBQuery и т. Д.).

Кажется, есть несколько других способов подключения к Interbase из Delphi.

Есть ли преимущества использования любого из этих других методов или мне следует использовать «нативные» компоненты?

Некоторые из моих требований:

  • Мне нужен только доступ для чтения, а не для записи
  • Точность является наивысшим приоритетом, но скорость также будет хорошей
  • Установка дополнительных DLL и т. Д. Не является проблемой
  • Я использую Delphi 2010

В ответ на некоторые вопросы:

У вас есть проблемы с компонентами IB?

Пока нет, нет. Хотя я еще ничего не сделал с этим.

Что вас беспокоит?

Моя главная проблема - старая версия базы данных, которая у меня есть. Будет ли компонент, который я использую, правильно читать старую базу данных?

Мне просто нужно извлечь данные из старой базы данных и записать их в новый формат. (т.е. преобразовать устаревшую базу данных). Мне не нужно поддерживать старую базу данных.

Очень важно, чтобы данные извлекались правильно.

Ответы [ 2 ]

1 голос
/ 23 мая 2012

Для чего бы то ни было, в итоге мы использовали последнюю версию драйвера Firebird ODBC, а затем использовали стандартные компоненты Delphi ADO для подключения к базе данных через ODBC.

У нас были проблемы с подключением к базе данных вообще с использованием любыхдругой метод.

Возможно, это было то, что мы делали неправильно;это был единственный метод, который мы могли надежно заставить работать.

1 голос
/ 03 апреля 2012

Я бы начал с попытки выяснить, что вам нужно.

  1. Что вас беспокоит?
  2. Какое ожидаемое использование этого приложения?
  3. Похоже, что вы поддерживаете устаревший код (или подключаетесь к старой, но активной базе данных). Каков ваш сценарий?
  4. Есть ли планы по переносу этой базы данных на что-то новое?

Эти вопросы могут помочь вам понять, будете ли вы поддерживать это приложение в течение длительного времени (ремонтопригодность) или вам нужен быстрый, грязный взлом (быстрое развертывание.)

Если вы идете по пути быстрого развертывания, ну, тогда у вас уже есть свой ответ (продолжайте работать).

Если есть твердые планы по обновлению базы данных или срок службы приложения, то вы, вероятно, должны покрыть свои базы, используя компонент доступа к данным хорошего качества. Я всегда рекомендую AnyDAC , потому что они просты в использовании, надежны и имеют хорошую поддержку. Конечно, есть и другие альтернативы, но это то, что я знаю.

...