 |
|
Модераторы: LSD |
 
|
|
Использование СУБД file-server 
| SergeBS |
|
|||
|
Эксперт  Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
qw84,
Именно это в Лотусе делается легко - контроль доступа. А можно и с этим не морочиться. Проблем транзакций у вас нет - поскольку любой объект захватывается надолго, можно обойтись просто файлом блокировок, лежащим там же, где и базы. Взгромоздить на файл-сервер (для надежного хранения) и все. В общем - парадоксовая схема. И заточка получается - под формат хранения данных 1 детали (1 чертежа). А всякие SQL-сервера и базы - лишнее утяжеление. Как средство избежать конфликтов (которых у вас и так скорее всего не будет) можно наваять некий простенький сервис, ведущий базу блокировок, запускать его по месту хранения данных, а приложениям для захвата/отпускания обращаться уже к нему. Не удивлюсь, если в Novell Netware такой функционал уже есть. Т.е. файл-сервер по умолчанию не дает доступа к файлам. Для получения - обращение к нему, получаешь доступ, а он запоминает, что файл уже занят. |
|||
|
||||
Загрузка ...
| LSD |
|
|||
 Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 24 Всего: 538 |
Тогда может ну его нафиг, этот конкурентный доступ. Если хотите использовать БД то делаете так: пользователь открывает БД на серваке на запись, и записывает, что детали A, B, C он взял себе после чего закрывает БД. Если пользователь хочет взять некие детали, а база сейчас заблокированна другим пользователем, то пишем ему чтобы подождал. Добавлено через 2 минуты и 26 секунд Все равно вам даже при использовании нормального сервера СУБД без блокировок не обойтись. Разница в том, что там можно будет блокировать отдельные записи, а в этой схеме всю базу. -------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
| December |
|
|||
 Antitheorist Профиль Группа: Участник Сообщений: 4423 Регистрация: 14.8.2002 Где: Харьков Репутация: нет Всего: 57 |
Вообще всё это выглядит скорее как задача CVS/team development...
|
|||
|
||||
| pythonwin |
|
|||
 Эксперт Профиль Группа: Участник Сообщений: 2529 Регистрация: 18.4.2006 Где: за компом Репутация: 1 Всего: 36 |
ну тогда можно и Zope использовать  |
|||
|
||||
| SergeBS |
|
||||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
December,
Совершенно точно. Посетить sourceforge - посмотреть в сторону CVS и т.п. было бы полезно. Другой вопрос что задача заказчиком спущена до уровня, когда контроль версий делается "ручками":
|
||||
|
|||||
| qw84 |
|
||||
|
Новичок Профиль Группа: Участник Сообщений: 22 Регистрация: 3.4.2007 Где: Воронеж Репутация: нет Всего: нет |
Так дело в том, что это только в том случае, если они взяли по-домам документы проекта, а так (когда они в пределах локальной сети работают) нужно блокировать поэлементно (читай- по записям)....
Дело в том что указанные мной файлы библиотеки бинарные.... И когда писали предыдущую систему SVN например не смог слить нормально два файла библиотеки, даже если изменения совсем незначительные. Тогда два варианта - либо править формат библиотеки (что не есть гут - ибо тогда не будет поддержки библиотек созданных в предыдущих версиях системы), либо "трепанировать" SVN/CVS под свои нужды - что является более сложной задачей, нежели разработать механизм блокировок или выбрать СУБД Спасибо.... |
||||
|
|||||
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
qw84,
Минуточку... Я дома юзаю что-то из контроля версий (ну не могу вспомнить названия, с 3-мя приходится иметь дело - 1 дома, 2 - на работе), так там все примитивно до безобразия: на тип файла просто наплевать. Засекается что он изменил дату, размер ... И соответственно при обновлении проекта - новая версия файла. Я так свои Дельфи проекты журналирую. И отчетливо помню, что этой системе начхать на то, что внутри файла. Может вспомню, что это - нацарапаю. Да. еще:
Не понял. Слить в смысле объединить? Так не обязан. Кстати на работе как раз SVN тискаю - пока не в восторге... Но толком не разобрался еще... Текучка.. О, озадачили - домой за софтинкой почапаю через час... Visio, блин, пожарники план желают... |
|||
|
||||
| December |
|
|||
|
Antitheorist Профиль Группа: Участник Сообщений: 4423 Регистрация: 14.8.2002 Где: Харьков Репутация: нет Всего: 57 |
Я тоже сначала плевался, а потом понял, что надо просто прочитать весь svn book - и всё станет понятно Вобще svn не занимается мержингом для бинарников - он просто всегда пишет новую версию файла целиком, а не дельтой. |
|||
|
||||
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
December,
Мне неизвестны системы, позволяющие объединение файлов. Почему и не понял что имеется в виду под "слить нормально два файла библиотеки". Оффтоп: offshore job for Delphi developer - на английском. На русском форуме... Оригинально . Вот возьму и тоже на английском же что-нибудь туда кину. Когда скучно будет... |
|||
|
||||
| December |
|
|||
|
Antitheorist Профиль Группа: Участник Сообщений: 4423 Регистрация: 14.8.2002 Где: Харьков Репутация: нет Всего: 57 |
SergeBS,
слияние текстовых файлов - запросто, а вот слить бинарники - не существует универсального решения. [offtop]Просто мне нужны только люди, влдаеющие английским - специфика области[/offtop] |
|||
|
||||
| SergeBS |
|
|||
|
Эксперт Профиль Группа: Завсегдатай Сообщений: 1111 Регистрация: 10.6.2005 Где: Владимир Репутация: 1 Всего: 22 |
December,
Прочитай свою почту |
|||
|
||||
| qw84 |
|
|||
|
Новичок Профиль Группа: Участник Сообщений: 22 Регистрация: 3.4.2007 Где: Воронеж Репутация: нет Всего: нет |
Итак: подведу промежуточные итоги по теме:
Найдено 2 СУБД удовлетворяющие нашим требованиям - MS Access - SQLite Собственно со второй я никогда раньше не работал и никто из всей нашей компании тоже не сталкивался. Какие подводные камни могут быть при использовании SQLite???? , поскольку производительность в сотни раз выше нежели чем акцесса, прям не верится. Несколько постов выше я указывал замеры - так вот, после более конкретной настройки SQLite - она выдала на вставку в БД 500000 записей 6250 записей в секунду (и это по сети), а акцесс 128 (про кривые руки можно не писать  - из акцесса я уверень можно выжать и в 4 раза больше, но этими же кривыми руками был и предыдущий пример сделан, так что условия замера одинаковые). Короче: C какими проблемами SQLite мне предстоит столкнуться??? (склоняемся к этому выбору) А ежели найдутся ссылки на проекты с использованием этой СУБД, то поделитесь пожалуйста ЗЫЖ wikipedia SQLite |
|||
|
||||
| LSD |
|
|||
|
Leprechaun Software Developer Профиль Группа: Модератор Сообщений: 15718 Регистрация: 24.3.2004 Где: Dublin Репутация: 24 Всего: 538 |
А у SQLite есть конкурентный доступ к базе?
-------------------- Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it. |
|||
|
||||
| qw84 |
|
||||||
|
Новичок Профиль Группа: Участник Сообщений: 22 Регистрация: 3.4.2007 Где: Воронеж Репутация: нет Всего: нет |
Явного ответа нет - но транзакции заявлены читать здесь и честно работает, проверено.
так что нет у него конкурентного доступа, но эта проблема с лихвой окупается простотой и скоростью Это сообщение отредактировал(а) qw84 - 5.4.2007, 16:03 |
||||||
|
|||||||
| pythonwin |
|
||||
|
Эксперт Профиль Группа: Участник Сообщений: 2529 Регистрация: 18.4.2006 Где: за компом Репутация: 1 Всего: 36 |
нет, но SQLite можно использовать для удаленной работы с проектом без интернета - одна из частей - sqlite славиться простой и быстродействием, хотя там есть ограничения по числу записей в таблице, а об ограничениях по размеру БД не сказано
это точно |
||||
|
|||||
|
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
[ Время генерации скрипта: 0.0602 ] [ Использовано запросов: 22 ] [ GZIP включён ]
Реклама на сайте Информационное спонсорство
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |