Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

free база

Страницы: < 1 2 3 4 >
аматор © (2006-10-29 12:59:00)
Привет, посоветуйте какую базу можно использовать по таким параметрам: 1. Возможность использовать запросы; 2. Халявность; 3. Стабильность... Связь с адо не желательно. Жар - птица не интересует. Желательно распространение без библиотек.

Anatoly Podgoretsky (2006-11-01 15:27:00) [21]
> Sergey13 (01.11.2006 15:20:47) [47]

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

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

Anatoly Podgoretsky (2006-11-01 15:07:00) [23]
> atruhin (01.11.2006 14:51:43) [43]

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

Anatoly Podgoretsky (2006-11-01 15:06:00) [24]
> 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:00) [25]
> Sergey13 (01.11.2006 14:47:42) [42]

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

atruhin (2006-11-01 14:51:00) [26]
> Я это к тому, что кто мешает вызвать "Проводник"\"MainMenu"\"Сервис"\"Под
> ключить сетевой диск".

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

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

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

Sergey13 (2006-11-01 14:47:00) [27]
Оракл вот не дал мне сделать таблспейс на сетевом диске. Выкинуть его что-ли, этот Оракл. 8-)

PEAKTOP (2006-11-01 14:40:00) [28]
> Это да, это персональная версия, но смысла никак не читает, ты же привел пример с флешкой. А это защищенное хранилище и как правило автоматически архивируемое. Смысл есть и смысл это большой.

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

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

Anatoly Podgoretsky (2006-11-01 14:24:00) [29]
> ANB (01.11.2006 14:12:37) [37]

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

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

Anatoly Podgoretsky (2006-11-01 14:23:00) [30]
> PEAKTOP (01.11.2006 14:06:36) [36]

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

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

PEAKTOP (2006-11-01 14:16:00) [31]
> Просто ограничение месторасположения БД явилось неприятной неожиданностью.

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

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

ANB (2006-11-01 14:12:00) [32]

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

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

PEAKTOP (2006-11-01 14:06:00) [33]
> На самом деле разница есть, в FB по моему начиная с 1.5 специально запретили размещение БД на сетевом диске.

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

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

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

Anatoly Podgoretsky (2006-11-01 13:18:00) [34]
> atruhin (01.11.2006 12:44:34) [34]

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

atruhin (2006-11-01 12:44:00) [35]
> [27] Anatoly Podgoretsky © (31.10.06 16:07)

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

unknown (2006-11-01 00:31:00) [36]

> 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.
Т.е. ожидается со дня на день.

DrPass (2006-11-01 00:01:00) [37]

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

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

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

Anatoly Podgoretsky (2006-10-31 23:43:00) [39]
> а зачем кол придуман???

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

аматор (2006-10-31 21:19:00) [40]
[24] DrPass © ссори, но о какой Вы версии, я имел ввиду 2.
[22] Anatoly Podgoretsky © посмотрю.
[17] Sergey13 © а зачем кол придуман???

Страницы: < 1 2 3 4 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »