free база

← →
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)
Надежности самих дисков равны по моему. А вот надежность доступа к диску, ИМХО, у сетевых ниже.

← →
Anatoly Podgoretsky © (2006-11-01 15:27) [48]

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

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

← →
atruhin © (2006-11-01 15:30) [49]

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

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

← →
Sergey13 © (2006-11-01 15:34) [50]

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

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

← →
Anatoly Podgoretsky © (2006-11-01 16:19) [51]

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

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

← →
аматор © (2006-11-02 14:42) [52]

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

← →
Anatoly Podgoretsky © (2006-11-02 14:47) [53]

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

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

← →
аматор © (2006-11-04 14:04) [54]

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

← →
Anatoly Podgoretsky © (2006-11-04 18:18) [55]

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

← →
Ketmar © (2006-11-04 21:16) [56]

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

← →
аматор © (2006-11-11 19:13) [57]

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

← →
Anatoly Podgoretsky © (2006-11-11 20:49) [58]

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

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

← →
Anatoly Podgoretsky © (2006-11-11 22:31) [59]

> 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 база Найти похожие ветки