DBF

← →
Loginov Dmitry © (2009-06-27 23:55) [0]

Закончил работу над компонентом TMemDFBTable. Здесь можно прочитать
краткое описание:
http://matrix.kladovka.net.ru/index.php?page=downloads&categ=other&pagenum=1
а тут скачать:
http://matrix.kladovka.net.ru/download.php?getfilename=uploads/other/memdbftable.zip (20911 байт)

за основу был взят компонент TMDFBTable (глюкало то еще, хотя задумка была хорошая), большую его часть пришлось переписать.
далеко не все идеально, зато работает. Довольно шустренько. А главное - к ДБГриду подключается =)))
Ну а самое главное - теперь можно выкинуть DBE и работать с DBF по человечески.

← →
Sergey Masloff (2009-06-28 00:37) [1]

Неужто лучше чем TDBF?
Есди нет то неужели не жаль времени?

← →
Anatoly Podgoretsky © (2009-06-28 08:18) [2]

Какие форматы поддерживает?
Как обстоят дела с индексами и мемо?

← →
Jeer © (2009-06-28 09:03) [3]

> еперь можно выкинуть DBE и работать с DBF по человечески.

Спиралевидность развития цивилизации никто не отменял.

← →
Loginov Dmitry © (2009-06-28 11:28) [4]

> Неужто лучше чем TDBF?

С TDBF уже долго мучаюсь. Очень раздражает индексация по номерам. Для экспорта еще годится, но импорт делать опасно, так как TDBF не увидет разницы между совершенно разными таблицами DBF.

> Есди нет то неужели не жаль времени?

В любом случае времени очень жалко. Могу сказать - это была грязная работа - перебрать 2 тыщи строк гнилого кода.

> Какие форматы поддерживает?

Те же самые, что и TMDFBTable: dBaseIII и dBaseIV. Проверял только на dBaseIII (то же самое выдает BDE).

> Как обстоят дела с индексами и мемо?

В мемо вроде должно работать. Не проверял. С индексами - нет.

← →
Loginov Dmitry © (2009-06-28 11:47) [5]

Прикольно!
Оказывается и TDBF бывает разный. И от разных авторов.
:-(

Я пользовался TDBF Version 1.11 - 14.06.2004 2002-2004 Брусникин И.В.

А еще тут есть: http://www.mirsofta.ru/index.php?id=1235697891
Этот гораздо мощнее.

Ну зато буду знать :)

← →
Anatoly Podgoretsky © (2009-06-28 11:50) [6]

> Loginov Dmitry (28.06.2009 11:28:04) [4]

Наоборот, экспорт более опасен, поскольку в результате порушеная таблица, которая к тому же не лечится.

Индексы и мемо очень важны и начинаются они не с dBaseIII, а с dBaseIV - и это проблематичная вещь всех альтернатив, достаточно взглянуть на TFbf - все ошибки с ними и на протяжение многих лет. То есть сделать импорт/экспорт для dBaseIII не проблема, а выше для многих не преодолимый порог. Кроме того нужна поддержка не только dBase, но как минимум и ФоксПро, со вторым проще, поскольку полностью документировано, в отличии от dBase

← →
Anatoly Podgoretsky © (2009-06-28 12:00) [7]

> Loginov Dmitry (28.06.2009 11:47:05) [5]

Второй более известен и опасен.

← →
Loginov Dmitry © (2009-06-28 12:03) [8]

Поискал в интернете. Оказывается я далеко не один пострадал от наличия в интернете одноименных компонентов. Когда на том или ином форуме по Delphi мастера советуют использовать TDBF, то пользователи пишут в гугле:
"скачать TDBF"
Отгадайте, какой компонент на первом месте.
Это предательство. Стал бы я время тратить на MemDFBTable, если бы Гугл искал правильно? Конечно нет!

Поэтому давать совет на форумах: "качай TDBF" - неправильный. Обязательно в каждом случае нужна ссылка.

← →
Loginov Dmitry © (2009-06-28 12:04) [9]

> Второй более известен и опасен.

Вот насчет этого ничего возразить не могу.
Наверно самому нужно сначала с ним поработать.

← →
Anatoly Podgoretsky © (2009-06-28 12:08) [10]

> Loginov Dmitry (28.06.2009 12:04:09) [9]

Это так надо поработать, может быть тебя ошибки не коснутся, кроме того у него есть паршивая черта - ошибка устраняется, но через несколько версий она возрождается. Количество версий очень большое!
Но все равно совет действует, поскольку это хорошая альтернатива, для импорта/экспорта и для простой работы с небольшими таблицами, не более пары тысяц строк, желательно без индексов.

> Loginov Dmitry © (28.06.09 12:03) [8]
>
> Поискал в интернете. Оказывается я далеко не один пострадал
> от наличия в интернете одноименных компонентов.

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

> еперь можно выкинуть DBE и работать с DBF по человечески.

Я выкинул его еще лет двести назад... поспешил, похоже, его теперь выкидывать надо ;)

> Я выкинул его еще лет двести назад...

Не думал, что DBE так стара ))

> поспешил, похоже, его теперь выкидывать надо

Никогда не поздно )

← →
ANB (2009-06-29 13:57) [14]

> второй напрямую файловыми операциями работал (и мне он был
> куда привычнее чем "обычный" dbgrid)

Если использовать файловые операции, то под конкретную субд все максимум за 2 дня пишется. А иммитация DataSet-а особо и не нужна - завсегда можно импортить-экспортить во что то типа TMemoryTable.

С индексами - отдельная головная боль. Но если честно посмотреть на проблему - а сильно ли нужна с ними работа ? Завсегда можно перекачать в любую СУБД, обработать там и экспортнуть, при надобности, обратно.

DBF Найти похожие ветки