free база

← →
аматор © (2006-10-29 12:59) [0]

Привет, посоветуйте какую базу можно использовать по таким параметрам: 1. Возможность использовать запросы; 2. Халявность; 3. Стабильность... Связь с адо не желательно. Жар - птица не интересует. Желательно распространение без библиотек.

← →
Ketmar © (2006-10-29 13:11) [1]

single user? multiuser?
single user: SQLite. есть как в варианте DLL, так и в наборе .obj для статической линковки. поддерживает довольно большое подмножество SQL-92. есть даже нечто, похожее на транзакции. работает достаточно стабильно (если знать некоторые баги и не наступать на них %-).
а multiuser без DLL и сервера -- это нонсенс.

← →
Anatoly Podgoretsky © (2006-10-29 13:14) [2]

> Ответ на сообщение [0]

Чем АДО не угодил?
По первым трем пунктам, бесчисленное множество
Шестой пункт снижает это количество до штук.
Но не оговорены все нужные критерии. Многие бесплатные являются
однопользовательскими, а много пользовательские стоят хороших бабок.

← →
DrPass © (2006-10-29 20:20) [3]

> Желательно распространение без библиотек

Фактически тебе остается либо DBF, либо MS Jet через ADO. Если не считать нескольких самопальных движков. Чем FB не устраивает? В своем классе одна из лучших

← →
ANB © (2006-10-30 11:03) [4]

Оракл XE.

← →
PEAKTOP © (2006-10-30 11:43) [5]

Если ЖарПтица не интересует из-за того, что ее придется отдельно инсталлить, а незадачливый юзверь это не расчехлит, то пользуй Embedded. С собой "в дорогу" одна dll-ка - и все.

← →
atruhin © (2006-10-30 13:18) [6]

> С собой "в дорогу" одна dll-ка - и все.

Ну вот только про 1 Dll и все, говроить не надо! Там еще файлики необходимы!

← →
Сало (2006-10-30 14:31) [7]

> Ну вот только про 1 Dll и все, говроить не надо! Там еще
> файлики необходимы!

ЛМД. В крайнем случае, YaP

← →
kaif © (2006-10-31 01:09) [8]

Тем не менее Жар-птица. Embedded.

← →
atruhin © (2006-10-31 05:34) [9]

> Тем не менее Жар-птица. Embedded.

Полностью поддерживаю.

← →
ANB © (2006-10-31 10:37) [10]

> Тем не менее Жар-птица. Embedded.

А если программу пользователь хочет на сетевом диске развернуть ?

← →
Anatoly Podgoretsky © (2006-10-31 11:51) [11]

> ANB (31.10.2006 10:37:10) [10]

А что есть проблемы, какая разница где диск расположен, хоть в Интернет

← →
Sergey13 © (2006-10-31 11:59) [12]

> [11] Anatoly Podgoretsky © (31.10.06 11:51)

Для "Жар-птица. Embedded." есть. Что, в общем то логично, ИМХО. Файл на сетевом диске может работать со своим сервером.

← →
atruhin © (2006-10-31 12:14) [13]

> А если программу пользователь хочет на сетевом диске развернуть
> ?

Тогда не на сетевом диске, а на сервере. "Жар-птица. Embedded." способна работать, как клиентская библиотека доступа к серверу.
Да думаю вы и сами об этом знаете, к чему вопрос?

← →
ЮЮ © (2006-10-31 12:18) [14]

> Файл на сетевом диске может работать со своим сервером.

Зачем же он выложен на сетевой диск, если там есть сервер?

← →
Sergey13 © (2006-10-31 13:27) [15]

> [14] ЮЮ © (31.10.06 12:18)

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

← →
аматор © (2006-10-31 13:33) [16]

Embedded - около 5 библиотек (ну не помню точно сколько), размер ООчень мал. Что имею: Apollo (библиотеки), FlatSQL (размер маленький :)) .
Все движки которые я встречал интересны, но то размер проги пухнет, то библиотеки нужны, то только в винде работают :). Интересен абсолют (не помню как на англицки). Размер добавляет около 500 кб, НО нуно платить. Может есть с открытым кодом движки??? Буду рад.
Ketmar © очень интересно, можна подробнее... И, если моно, ссылки. Я только с библиотеками видел это чудо.
[5] PEAKTOP © - в этом не юзверь виноват, а программер...
Критерии: запросы, без библиотек, малый размер проги, локальная, ну и конечно стабильная... Кажись много хочу.

← →
Sergey13 © (2006-10-31 13:38) [17]

> [16] аматор © (31.10.06 13:33)

Твоя основная задача разместить все на одной дискетке? Откуда эта боязнь лишнего мегабайта в эпоху CD DVD и прочих носителей?

← →
Ketmar © (2006-10-31 13:43) [18]

>[16] аматор(c) 31-Oct-2006, 13:33
>Ketmar © очень интересно, можна подробнее... И, если моно,
>ссылки. Я только с библиотеками видел это чудо.
искать в гугле DISQLite -- мне лениво. там без DLL. один объектник на 260 кил и компоненты доступа. о качестве ничего сказать не могу -- сам использую DLL и собственные wrapper"ы.

← →
ANB © (2006-10-31 13:50) [19]

У нас была просто проблема.
Написали программку на скоряк (пилот). Использовали ФБ эмбедед. Все ставилось и работало на ура (до сих пор работает, хотя уже месяца 3 как собирались ее убить).
Появился очередной клиент, который захотел по причинам безопасности развернуть программу на сетевом диске в личной папке (хрен его знает, зачем это нужно). Вышел облом. Клиент расстроился.

← →
Anatoly Podgoretsky © (2006-10-31 15:24) [20]

> Sergey13 (31.10.2006 11:59:12) [12]

Думаешь есть разница где лежит, никакой.

← →
Anatoly Podgoretsky © (2006-10-31 15:24) [21]

> ЮЮ (31.10.2006 12:18:14) [14]

Для того что бы был доступен с любого места.

← →
Anatoly Podgoretsky © (2006-10-31 15:26) [22]

> аматор (31.10.2006 13:33:16) [16]

> нуно платить

Платить не нуно, есть персаналная версея, полностью бисплатно.

← →
Anatoly Podgoretsky © (2006-10-31 15:28) [23]

> ANB (31.10.2006 13:50:19) [19]

> Появился очередной клиент, который захотел по причинам безопасности
> развернуть программу на сетевом диске в личной папке

Нормальное желание, я с ним солидарен. Рекомендую посмотреть в сторону
Absolute Database - для этой цели великолепен, у него много чего интерсного,
например жесткое шифрование.

← →
DrPass © (2006-10-31 15:33) [24]

> аматор © (31.10.06 13:33) [16]
> Embedded - около 5 библиотек (ну не помню точно сколько),
> размер ООчень мал.

FB Embedded - ровно одна библиотека, 1.5Мб размером. Еще может пригодиться (именно может, программа в принципе будет нормально работать и без него) файлик firebird.msg

← →
Ketmar © (2006-10-31 15:36) [25]

>[24] DrPass(c) 31-Oct-2006, 15:33
>FB Embedded - ровно одна библиотека, 1.5Мб размером.
нефигово так. ну совсем ма-а-аленькая библиотечка. ага.

← →
Sergey13 © (2006-10-31 15:57) [26]

> [20] Anatoly Podgoretsky © (31.10.06 15:24)
> Думаешь есть разница где лежит, никакой.
Для файлового доступа да. Но тут ведь несколько иная вешь, на мой взгляд. Как сервер (а это ведь нормальный СКЛ сервер) будет обеспечивать целостность данных если между ним и данными ненадежная связь? Какой еще сервер разрешает хранить свои оперативные данные на сетевых ресурсах?

← →
Anatoly Podgoretsky © (2006-10-31 16:07) [27]

> Sergey13 (31.10.2006 15:57:26) [26]

Что то ты не то говоришь, до меня мысль не дошла.

← →
DrPass © (2006-10-31 16:08) [28]

> Ketmar © (31.10.06 15:36) [25]

Зато могёт много :)
А в дистре все равно хорошо утаптывается

← →
аматор © (2006-10-31 21:19) [29]

[24] DrPass © ссори, но о какой Вы версии, я имел ввиду 2.
[22] Anatoly Podgoretsky © посмотрю.
[17] Sergey13 © а зачем кол придуман???

← →
Anatoly Podgoretsky © (2006-10-31 23:43) [30]

> а зачем кол придуман???

Заколачивать.

← →
Ketmar © (2006-10-31 23:44) [31]

>[28] DrPass(c) 31-Oct-2006, 16:08
>Зато могёт много :)
а мне SQLite хватает. %-) 300 кил -- и полон дистриб радости. %-)

← →
DrPass © (2006-11-01 00:01) [32]

> аматор © (31.10.06 21:19) [29]

1.5, конечно. Вторая ведь до сих пор до релиза не добралась

← →
unknown © (2006-11-01 00:31) [33]

> DrPass © (01.11.06 00:01) [32]
> 1.5, конечно. Вторая ведь до сих пор до релиза не добралась

Я, например, на двойку еще во времена RC2 перешел, без проблем.
Да и вообще
Firebird Developer"s Journal: The CVS tree has been tagged for the final v2.0 release. The builds will be available for download as soon as they pass the QA procedures.
Т.е. ожидается со дня на день.

← →
atruhin © (2006-11-01 12:44) [34]

> [27] Anatoly Podgoretsky © (31.10.06 16:07)

На самом деле разница есть, в FB по моему начиная с 1.5 специально запретили размещение БД на сетевом диске.

← →
Anatoly Podgoretsky © (2006-11-01 13:18) [35]

> atruhin (01.11.2006 12:44:34) [34]

Тогда они звери, но это маркетинговое ограничение.

← →
PEAKTOP © (2006-11-01 14:06) [36]

> На самом деле разница есть, в FB по моему начиная с 1.5 специально запретили размещение БД на сетевом диске.

Насколько я понимаю работу SQL-сервера, как бы он там не хранил записи, какой бы не был формат файла(ов) баз данных, так или иначе он уприрается в функции операционной системы типа FileWrite и FileRead в Windows. Соответственно, API-интерфейс записи в файл и чтения из него предоставляет операционная система. А где расположен этот файл, это уже вопрос десятый и проблемы ОС, у меня есть клиент, который свою базу на флешке носит (не доверяет никому), и ниче, работает.

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

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

← →
ANB © (2006-11-01 14:12) [37]

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

А больше и не надо было. Изначально программка и не собиралась быть сетевой. Просто ограничение месторасположения БД явилось неприятной неожиданностью.

← →
PEAKTOP © (2006-11-01 14:16) [38]

> Просто ограничение месторасположения БД явилось неприятной неожиданностью.

> А где расположен этот файл, это уже вопрос десятый и проблемы ОС

Я это к тому, что кто мешает вызвать "Проводник"\"MainMenu"\"Сервис"\"Подключить сетевой диск".

← →
Anatoly Podgoretsky © (2006-11-01 14:23) [39]

> PEAKTOP (01.11.2006 14:06:36) [36]

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

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

← →
Anatoly Podgoretsky © (2006-11-01 14:24) [40]

> ANB (01.11.2006 14:12:37) [37]

> Просто ограничение месторасположения БД явилось неприятной неожиданностью.

То есть авторы продукта не позволяют выбрать место хранения, тогда в топку.

← →
PEAKTOP © (2006-11-01 14:40) [41]

> Это да, это персональная версия, но смысла никак не читает, ты же привел пример с флешкой. А это защищенное хранилище и как правило автоматически архивируемое. Смысл есть и смысл это большой.

Дед Толя, переведите пожалуйста ! :))))

З.Ы. Я думал, я один тут с бодуна ....

← →
Sergey13 © (2006-11-01 14:47) [42]

Оракл вот не дал мне сделать таблспейс на сетевом диске. Выкинуть его что-ли, этот Оракл. 8-)

← →
atruhin © (2006-11-01 14:51) [43]

> Я это к тому, что кто мешает вызвать "Проводник"\"MainMenu"\"Сервис"\"Под
> ключить сетевой диск".

Ни кто не мешает, просто FB не будет работать с такой БД, и все! Проверяют они на наличие сетевого диска.

> Тогда они звери, но это маркетинговое ограничение.

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

← →
Anatoly Podgoretsky © (2006-11-01 15:06) [44]

> PEAKTOP (01.11.2006 14:40:41) [41]

Так в сообщении и указаны причины, по которым я захочу хранить на сетевом
ресурсе, естественно в своей личной папке, поскольку это персональная
версия.

1. Защищенность от постороннего доступа;
2. архивация, да и просто сохранность;
3. ранее говорил, что не привязан к одному компьютеру, я могу войти в сеть с
любого, под своей учетной записью и работать с базой и документами.

Это основные тезисы, естественно могут быть и другие причины, например
бездисковые станции.
Но я бы для подобного применения задумался бы насчет Absolute Database -
поскольку у нее есть разного рода дополнительные возможности, такие как
Memory Tables, String Encription, не обслуживаемость - не надо делать ремонт
и сжатие. Работает и с RO диска и даже без диска - идеал для коммерческих
программ, программу можно поставлять в виде одного экзешника, даже без
физической базы.

← →
Anatoly Podgoretsky © (2006-11-01 15:06) [45]

> Sergey13 (01.11.2006 14:47:42) [42]

Почему бы и нет, если он не устраивает, что тут плохого, кроме неверного
выбора технологии?

← →
Anatoly Podgoretsky © (2006-11-01 15:07) [46]

> atruhin (01.11.2006 14:51:43) [43]

С какой стати надежность локального диска выше сетевого, как раз наоборот.

← →
Sergey13 © (2006-11-01 15:20) [47]

> [46] Anatoly Podgoretsky © (01.11.06 15:07)
Надежности самих дисков равны по моему. А вот надежность доступа к диску, ИМХО, у сетевых ниже.

> Sergey13 (01.11.2006 15:20:47) [47]

Как правило нет, на серверах обычно стоят SCSI диски, специально
спроектированые и как правило RAID1
Бог с ним, пусть вылетает.
А вот на рабочих станциях, как правило ширпотреб и никакого дублирования.
Если бы на серверах летели бы диски, так как на рабочих станциях, то нафиг
бы сервера нужны.
Но надежность это всего лишь один из приведеных критериев.

> С какой стати надежность локального диска выше сетевого,
> как раз наоборот.

То что проводок во время операции записи выдернули, и ....
Хоть SQL сервера часто это и прощают, но не всегда.
А в принципе, вообще защита была сделана против расположения БД, на сетевом диске
для настоящего SQL сервера, не Embedded. Ну а Embedded наверное, по наследству достался.
PS/ Вообще лично я с Вами согласен, я просто написал как оно есть. Причем сам не проверял,
прочитал в доке, да и на SQL.RU вопрос поднимался.

> [48] Anatoly Podgoretsky © (01.11.06 15:27)

Мы о разном наверное. Если сетка вдруг перестает работать (по миллиону причин) сетевой диск недоступен. А в это время (потеря связи) сервер обновляет/фиксирует данные.

> Sergey13 (01.11.2006 15:34:50) [50]

О разных значит о разных.
Нет никакого разумного объяснения о запрете размещения файла на сетевом
ресурсе, по тому что у кого то перестала работать сетка.

Мда, а о вопросе забыли.... Embedded хорош для определенных целей (но где и как его использовать - дело разработчика). Но вопрос был о другом. Когда первый раз скачал Absolute, он показывал мес. при запуске коннекта. Это и во фри такой юмор???

> аматор (02.11.2006 14:42:52) [52]

Чего он показал?

Сообщение при запуске проги: типа надо приобрести.

Ты наверно триал скачал, или пытаешься в мультюзер запускать, бесплано только персонал версия

а чего все про FlashFiler забыли? тоже неплохая штучка. %-)

[55] Anatoly Podgoretsky
1. Это было давно, когда я это чудо скачивал (тогда, может, фри версии не было, пришлось ломать).
2. Запускал не как мультиюзверь, и сообщение было, кажись, при запуске вне иде.

> аматор (11.11.2006 19:13:57) [57]

У них немного поменялся подход к этому, гдето в последних версиях, поведение документировано, я на этом столкнулся, когда перешел на последнею версию, в ней в дизайн тайм стало появляться назойливое окошко, но на рантайм это не влияет, только если не мультиюзер. Но меня это прекратило волновать когда я купил коммерческую версию, действительно немного при разработке надоедает.

> Anatoly Podgoretsky (11.11.2006 20:49:58) [58]

Нашел, в версии 5.04 нагскрина еще не было, появился в версии 5.09

For trial and personal use.
No limitations at runtime when database is used in single-user mode (1 database connection). On IDE startup a nag screen is shown.
In multi-user mode (file-server), nag screen is shown outside IDE.

Anatoly Podgoretsky ПАСИБО... Ругается, но только при запуске иде.
А как это чудо себя зарекомендовало в работе. Первое впечатление и тогда и сейчас положительное, но. Хотя ребята сделали классный двиг...

Хотя из того что я нарыл мне больше понравился EasyTable.

> аматор (12.11.2006 14:22:00) [60]

Смотря что имеешь в виду.

[2] Anatoly Podgoretsky © Да на счет чем не угодил.
Поправьте, если что.
Предположим:
1. Работает юзверь в винде, горя не знает. Плюсов много. НО винда 98. Как Вы думаете, проблемы у програмера появятся (если использовать Jet 4.0)? Ну размер проги (точнее не проги :)) разбухнет, плюс мелочи разные.
2. Хочет юзверь, работая в лине (иль другая ось - лин мне ближе), поработать с Вашей базой.
Это кратко. Но, я не против, адо - почти хорошо, но минусов в нем больше чем плюсов, если не работать с аКцесофскими файлами.
Но это так, к слову.
А вообще любой двиг хорош. Вот только руки у програмера иногда кривоваты...

> аматор (23.11.2006 19:52:04) [64]

1. JET удовлетворительно работал в свое время на 8 мб, сейчас конечно поболее надо, он подрос и остальное подросло. То есть на любом относительно рабочем компьютере будет работать нормально.

2. у меня вроде своей базы нет, покрайней мере последний раз это было в 1996 году.

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

← →
noname_ (2006-11-30 09:58) [67]

2 ANB [19]

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

всю ветку читать не осилил. Извините если что не так, но вы firebird.conf читали в Firebird2

# ----------------------------
# Remove protection against opening databases on NFS mounted volumes
#
# ***WARNING*** ***WARNING*** ***WARNING*** ***WARNING***
#
# This option removes an important safety feature of Firebird and can
# cause irrecoverable database corruption. Do not use this option unless
# you understand the risks and are prepared to accept the loss of the
# contents of your database.
# Unless this configuration option is changed from 0 to 1, Firebird can
# open a database only if the database is stored on a drive physically
# attached to the local computer - the computer running that copy of
# Firebird. Requests for connections to databases stored on NFS mounted
# drives are redirected to a Firebird server running on the computer that
# "owns" the disk.
# This restriction prevents two different copies of Firebird from opening
# the same database without coordinating their activities. Uncoordinated
# access by multiple copies of Firebird will corrupt a database. On a local
# system, the system-level file locking prevents uncoordinated access to
# the database file.
# NFS does not provide a reliable way to detect multiple users of a file on
# an NFS mounted disk. If a second copy of Firebird connects to a database on
# an NFS mounted disk, it will corrupt the database.
# Under some circumstances, running a Firebird server on the computer that
# owns NFS mounted volumes is inconvenient or impossible. Applications that
# use the "embedded" variant of Firebird and never share access to a database
# can use this option to permit direct access to databases on NFS mounted
# volumes.
# DO NOT ENABLE THIS OPTION UNLESS YOU REALLY KNOW WHAT YOU ARE DOING.
#
# Type: boolean
#
#RemoteFileOpenAbility = 0

free база Найти похожие ветки