» Коммерческие компоненты и утилиты для Delphi & CBuilder

А кто-нибудь знает, зачем одна и та же фирма этого близнеца сделала?
отличаются они чем-то?

XPerformer
там вроде часть группы откололась и сделала аналог Accuracer.
Напоминает разпил Interbase

а я подумал - ребрендинг... переименовали для улучшения продаж

XPerformer
Да, сенкс уже тоже это понял, правда как-то у Absolute глюки пока побольше Accuracer, хотя и то и то не особо стабильное, но для локальной базы небольшой пойдет)

Еще вопрос банальный вроде, но никак не допру, в ExpressDBTree, как сделать программно изменение иконок, типа развернул ветку и иконка поменялась, если создаешь не каталог а подкаталог то тоже соответственная была иконка. Никак допереть не могу(
там вроде зачатки были в исходнике, но что-то не выходит так(
Может кто знает или сталкивался?

diablist

Цитата:

Да, сенкс уже тоже это понял, правда как-то у Absolute глюки пока побольше Accuracer, хотя и то и то не особо стабильное, но для локальной базы небольшой пойдет)

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

XPerformer
Да не покатит конечно даже очень, только вот ломаю теперь голову как перенести базу с одного на другой двиг..

diablist

Цитата:

Да, сенкс уже тоже это понял, правда как-то у Absolute глюки пока побольше Accuracer, хотя и то и то не особо стабильное, но для локальной базы небольшой пойдет)

IMHO лучше SQLite локальной БД не существует. Вся мощь SQL, транзакции, высокая производительность, компактность, бесплатность, различные компоненты для доступа (платные и бесплатные). Что еще надо для счастья?

Цитата:

IMHO лучше SQLite локальной БД не существует.

А я за Firebird Embedded

Смотря для каких целей что использовать. Firebird хорош там где средний объем данных и необходимо делать запросы с 3-4 таблицами. А если необходимо хранить небольшие данные в 1-2 таблицах то лучше будет AbsoluteDatabase или подобная.
Например есть такие клиенты которым не хочиться ставить дополнительно ПО в виде Firebird сервера.

Цитата:

клиенты которым не хочиться ставить дополнительно ПО в виде Firebird сервера.

Так ключевое слово embedded - dll'ки подложил и все

Это тоже вариант, но был у меня клиент, ему нужно было все в одном файле, что бы легко можно было распростронять программу, скопировал экзешник, после запуска он сам создал файлик БД.

Ну так и dll можно в ресурсы запихнуть, а при запуске извлекать куда-нить в temp.

ekemov

Цитата:

А если необходимо хранить небольшие данные в 1-2 таблицах то лучше будет AbsoluteDatabase или подобная.

Я бы не стал использовать ни Absolute Database, ни Accuracer в коммерческих проектах. Во-первых, конторы, их создавшие, могут закрыться раньше, чем проекты перестанут существовать. Во-вторых, нет гарантий в сохранности и целостности данных.

Добавлено:
Arvur

Цитата:

А я за Firebird Embedded

Не допускает нескольких подключений.

dzh2000
В коммерческих проектах где предполагаеться что еще комуто продать, то там другие требования к БД.
А если нужно хранить данные в 1 табличке, смысол нагружать чем то програму.

ekemov
То есть никакой ниши у этих библиотек нет, пользы от них никакой и никому

Добавлено:
Вопрос такой - чем заменить BDE?
чтобы с минимальными усилиями портировать TTable (dbf или paradox)
Надо же как-то учитывать, что не всегда новые программы пишутся с нуля...

dzh2000
Цитата:

конторы, их создавшие, могут закрыться раньше, чем проекты перестанут существовать

А у Вас, наверное, есть список "контор", которые закрыться никогда не могут? Может быть, поделитесь? А если Вы про Опенсорс, то где там гарантии сохранности?
Странный, короче говоря, пост...

XPerformer
Цитата:

То есть никакой ниши у этих библиотек нет, пользы от них никакой и никому

Использовал AbsDB примерно в десятке проектов. Очень удобно. И на удивление стабильно работает.

JAPWork
использовал в одном, порядка полусотни таблиц, никаких нареканий
По-моему, когда взаимосвязанных таблиц много, а объем сравнительно невелик, как раз и стоит использовать такие вещи.

XPerformer
Согласен. Более 300 мегабайт суммарного объема не пробовал, а вот меньше - работает хорошо. Очень удобной и быстрой оказалась и опция упаковки.

Холивар пошел.
П.С. Коммерческое ПО написанное на AbsoluteDataBase рано или поздно было переписано хотя бы на SQLite или Firebird. Тренд последний 2-3-х лет.

dzh2000

Цитата:

Не допускает нескольких подключений.

В таком разе нужно уже полноценный сервер таскать
Он, кстати, и устанавливается с полпинка (из программы или своим инсталлятором) и можно несколько экземпляров рядом ставить.

А SQLite поддерживает несколько коннектов, да? Учту. Я его исключительно как desktop воспринимал.

JAPWork

Цитата:

А у Вас, наверное, есть список "контор", которые закрыться никогда не могут? Может быть, поделитесь? А если Вы про Опенсорс, то где там гарантии сохранности?
Странный, короче говоря, пост...

Ну, если Вы не поняли, постараюсь объяснить. Для доступа к нормальным БД существуют различные компоненты, библиотеки и т.д. На предыдущих страницах обсуждалось подобное для Firebird - FIBPlus, UIB, IBDAC, IBObjects. То же самое можно сказать и о SQLite, MySQL, MS SQL Server, Dbf и т.д. Получается, если Ваш проект использует компоненты, которые перестали развиваться, Вы можете всегда перейти на другие. А вот применительно к Absolute DB и Accuracer такого не произойдет, Вы полностью зависимы от разработчика, что не есть хорошо для БД.

dzh2000

Цитата:

Ну, если Вы не поняли, постараюсь объяснить.

Мне не надо объяснять, что есть "нормальные" базы, я под Oracle больше пятнадцати лет пишу.
Речь шла именно о небольших проектах. Для которых использование так называемых "нормальных" баз будет решением более чем странным, а в ряде случаев - просто невозможным.
Что касается вашего "объяснения"... Мол, раз для "нормальных" баз компоненты пишет много контор, то хоть одна - да останется. Нужно будет "всего лишь" перескочить с одних компонентов на другие, Вы ведь это пытались сказать?
Рассуждая таким же образом - какая проблема перескочить после гипотетического закрытия, скажем, Абсолютов на любую другую базу? Что, большая разве проблема сконвертировать данные из Абсолюта в тот же самый ЭсКуЛайт? А переход на другие компоненты будет все равно тот же самый, что и у Вас.

JAPWork
Ну зависимость от производителя в случае с экзотическими базами и правда выше. Я один раз попал в такую ситуацию с другим продуктом... Мне хватило.

Что касается выбора движка для небольшой базы. Мне кажется логичным одним из основных требований выдвигать надежность. Здесь open-source решения (SQLite, Firebird) выигрывают просто статистически Больше пользователей - более оттестированный продукт.

Я верю, что для конкретной задачи AbsoluteDB/Accuracer/DBISAM могут оказаться предпочтительнее. Возможно, они просто удобнее для разработчика. Но обобщать такой выбор на другие задачи имхо неправильно. По крайней мере если вы не можете четко указать, чем ваш движок лучше более проверенных решений.

Добавлено:
И кстати...

Цитата:

если необходимо хранить небольшие данные в 1-2 таблицах

для этого обычно достаточно стандартного ClientDataSet'а

Arvur

Цитата:

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

Я-то как раз и не обобщаю. Да, в зависимость от "экзотов" действительно попадать нежелательно. Но и преувеличивать ужасы этой самой зависимости - тоже не следует.
Выбор БД, как мне кажется, все же зависит не только от моды и количества "контор".

Скажите, пожалуйста, является ли ценник в копилке некой характеристикой ценности/полезности компонент? или может быть, в большей степени он зависит от степени сложности взлома?
Можно ли опираться на него при выборе компонент - чем дороже, тем качественнее?

Не нужно опираться на ценник при выборе чем пользоваться. Ценник чисто субъективный момент, либо назначен тем от кого получено.

Обновление NetReader - новые сабжи выделяются цветом ЗДЕСЬ

dzh2000

Цитата:

Просьба к 3SCrack не использовать упаковщики для DCReader'а, не любят их антивирусы.

Мда объявили антивири борьбу с пакером

Цитата:

Мда объявили антивири борьбу с пакером

Да, трудно понять упорство антивирей в этой борьбе. Но еще труднее понять непреклонность разработчиков, которые столь же упорно пакуют свой софт только самыми ненавистными для антивирей пакерами.

После Нового года планируется кардинальное обновление и выпуск ридера (того который на Дельфи)