Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

22 Октябрь 2017, 18:14 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Доступно и просто о работе в офисных пакетах
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: « 1 2   Вниз
  Печать  
Автор Тема: Несколько вопросов по работе с базой.  (Прочитано 4668 раз)
0 Пользователей и 1 Гость смотрят эту тему.
mikekaganski
Ветеран
*****
Offline Offline

Пол: Мужской
Расположение: Хабаровск -> Москва
Сообщений: 614


« Ответ #15: 13 Февраль 2017, 12:31 »

Мы, конечно, занимаемся офтопиком, и если можно, пусть админы уберуть это не относящееся к делу безобразие куда-нибудь... в другое место Улыбка

Насчёт скорости - не знаю, и не считаю, что это значимо.
Насчёт утиной типизации - никто не спорит о том, что это удобно и хорошо для определённых задач. Однако суть проблемы не столько в некоем негативном отношении к концепции, сколько несовместимые изменения, требуемые в этом случае, либо реализация слоя абстракции, практически дублирующая множество функций, и гарантирующая свои баги в дополнение к уже имеющимся и бесплатно получаемым с любой внешней библиотекой.

Но что мне непонятно больше всего - это что мешает FireBird3 "повторить успех "малопользовательсткого" Access, основанный на его безсерверной природе"?
Записан

С уважением,
Михаил Каганский
economist
Ветеран
*****
Offline Offline

Сообщений: 715


« Ответ #16: 13 Февраль 2017, 12:49 »

mikekaganski - да вовсе это не офтопик. Вопрос по Base, и шанс быть прочитанным, в контексте проблемы, будет здесь выше, чем в сугубо философском треде о движках.

Мне кажется, OpenOffice|LibreOffice не хватает всего лишь "нативного" доступа к SQLite, который реализовать, как мне кажется, несложно. А уж что по-умолчанию там будет создаваться - не важно. Я за 10 лет работы как внедренец всякого барахла - ни разу не столкнулся со сколь-либо серьезной базой на HSQLDB, а на JET/ICE - сотнями, на SQLite - десятками. Я не верю в работоспособность HSQLDB, поскольку количество "странностей" в ней - просто зашкаливает. Возьмем хотя бы избирательную работу функций в трех разных режимах запросов, непредсказуемое поведение при работе с TSV-файлами, коробочную монопольность доступа - и желание продолжать с HSQL моментально сходит на нет. 

Успеху FireBird3 пока мешает то, что его еще прячут в экспериментальных возможностях LibreOffice (а ОО - неоо),  и "безсерверным" его назвать нельзя. Все преимущества его проявятся только в серверном варианте. Который, как ни крути, требует вдумчивой настройки и 99% пользователей недоступен в силу воинствующего сисадминства. 
Записан

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...
mikekaganski
Ветеран
*****
Offline Offline

Пол: Мужской
Расположение: Хабаровск -> Москва
Сообщений: 614


« Ответ #17: 13 Февраль 2017, 12:58 »

Ещё раз: нативный доступ возможен только при условии огромной допработы для компенсации несовместимости. И это не "несложно". Но мы всегда рады любому вкладу!

Насчёт экспериментальности - не надо ерунду говорить. Пока идёт доводка - так и должно быть. И не надо смешивать в кучу в качестве "мешающих" фундаментальные проблемы и артефакты процесса внедрения (повторюсь: вы называете "мешающим" широкому внедрению часть самого процесса внедрения!)

А насчёт ""безсерверным" его назвать нельзя" - не понимаю. Мой вопрос, в общем-то, и был направлен на то, чтобы понять: что Вас в этом убеждает?
Записан

С уважением,
Михаил Каганский
economist
Ветеран
*****
Offline Offline

Сообщений: 715


« Ответ #18: 13 Февраль 2017, 13:33 »

Наверное я не так выразился. SQLite-база, к которой подключен BASE через ODBC-драйверы - позволяет организовать совместную комфортную работу по LAN для 3-5 человек, а если "пишут" данные в таблицы только 1-2, то одновременно читать комфортно могут даже 8-10 человек, ну точь-в-точь как MS Access. При этом никакого "сервера" нет, файловый доступ работает под CIFS/SAMBA/NFS, т.е. на уровне ОС и очень даже стабильно.

HSQLDB в "серверном" режиме запускал, получил зримую деградацию производительности и всё там намного сложнее в администрировании. Это точно сложнее чем просто сетевая шара.

Для доступа к FireBird нужно как минимум установить клиента и ODBC-драйвер. Но за этим движком в LibreOffice большое будущее.

Стать вторым Аксессом (а Calc-у - вторым Экселем) мешает также неприменимость половины VBA-наработок без переписывания, хотя усилия разработчиков видны и очень помогают.   
Записан

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...
mikekaganski
Ветеран
*****
Offline Offline

Пол: Мужской
Расположение: Хабаровск -> Москва
Сообщений: 614


« Ответ #19: 13 Февраль 2017, 13:40 »

Для доступа к FireBird нужно как минимум установить клиента и ODBC-драйвер. Но за этим движком в LibreOffice большое будущее.

Ну неправда ведь.
Вся эпопея с переходом на FireBird идёт через интегрирование его embedded сервера в ЛО. Хотя использовать подключение к внешнему серверу никто не мешает (и для серьёзного использования, естественно, предпочтительно, но мы ведь не об этом?)
Записан

С уважением,
Михаил Каганский
economist
Ветеран
*****
Offline Offline

Сообщений: 715


« Ответ #20: 13 Февраль 2017, 16:42 »

Опять я не так понял. В общем, я рассматриваю embed/serverside FireBird как одно целое, потому что это - "новое" в LibreOffice. Если выбирать что делать embed - SQLite или FireBird, мой выбор сейчас, конечно, FireBird. Потому как работы там уже сделано много. А если бы такой вопрос возник 5 лет назад - лучше бы взяли SQLite...
Записан

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...
ost
Пользователь
**
Offline Offline

Сообщений: 71


« Ответ #21: 13 Февраль 2017, 17:56 »

Успеху FireBird3 пока мешает то, что ... преимущества его проявятся только в серверном варианте. Который, ... недоступен в силу воинствующего сисадминства.
Пять копеек в оффтоп.
Могу сказать, протестировав на собственной шкуре, что в силу воинствующих инструкций "сверху" недоступна даже возможность подвязать к LO Base базу SQLite через ODBC. А просто потому, что раздел "Администрирование" в панели управления Windows закрыт для простых смертных. Я уж молчу про то, что, например, деятельно желать LOo вместо OOo на рабочем месте может только извращенный любитель изматывающей эпистолярной формы общения с коллегами НЕзаинтересованных IT-подразделения, СБ и отдела защиты информации. Я к тому, что основная проблема всего доброго в борьбе со всем злым носит далеко не технический характер.
Записан
economist
Ветеран
*****
Offline Offline

Сообщений: 715


« Ответ #22: 13 Февраль 2017, 21:11 »

ost - я всю жизнь борюсь с сисадминами, AD и Group Policy, хотя админа могу просто вот так взять и уволить.
Тут, видимо, нужен некий компромисс и гибридный подход в бизнесе (безопасность vs саморазвитие).
Вот бы как в Linux - в своем профиле можешь хулиганить, как хош. Но с Windows - увы, так нельзя.  

Как ни странно, некое успокоение в войне уровней дал корпоративный "репозиторий" portable-версий OO/LO и другого популярного софта, ес-сно только Free и СПО. Его "поддержкой" занимается куча простого люда, все с ограниченными правами. Дома пробуют, приносят на флешке, потом он оказывается у всех со статьей-ссылкой на корпоративную Wiki. За это есть разовая премия, поэтому инициатива "теплится" сама по себе.

Кстати, проблему отсутствия доступа к Администратору ODBC - можно решить под Windows даже с ограниченной учёткой - кодом на StarBasic внутри Base/Calc и DNS-less подключением по документации SQLite3ODBC driver.

Есть, конечно, общеизвестные способы правки реестра напрямую, способы повышения привилегий итд, но, имхо, лучше без этого. И всё-таки успехов в борьбе.

PS Сам-то, конечно, администратор домена, поэтому стараюсь почаще садиться за чужие компы, чтобы "вернуть чувство острого классового неравенства".
Записан

Руб. за сто, что Питоньяк
Любит водку и коньяк!
Потому что мне, без оных, -
Не понять его никак...
Страниц: « 1 2   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!