The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Создатели LibreOffice представили Document Liberation Project

02.04.2014 23:27

Организация Document Foundation, курирующая развитие свободного офисного пакета LibreOffice, объявила о введении в строй проекта Document Liberation Project, нацеленного на способствование перехода организаций, госучреждений и частных лиц с проприетарных форматов на открытые форматы документов. В качестве основного преимущества открытых форматов отмечается возможность вернуть полный контроль над документами в руки их авторов, уйдя от зависимости от сторонних вендоров и исключив ситуацию невозможности чтения содержимого старых документов, сохранённых в проприетарных форматах, поддержка которых прекращена производителем.

Заявлены три ключевые цели проекта Document Liberation Project:

  • Разбор и документирование структуры и деталей реализации проприетарных форматов, недокументированных производителем;
  • Создание библиотек для разбора проприетарных форматов и извлечения из них данных;
  • Задействования существующих фреймворков для преобразования полученных из проприетарных форматов данных в полностью свободный и открытый стандартный формат ODF (Open Document Format).

Кроме продвижения открытых форматов в качестве не менее важной цели отмечается поддержка проприетарных форматов в открытом ПО, что является важным звеном для ухода от привязки к вендору в процессе перехода предприятия на открытые стандарты и форматы. В рамках проекта подготовлен ряд инструментов и библиотек, упрощающих интеграцию поддержки открытых и закрытых форматов в сторонние продукты. В процессе разработки LibreOffice проведена большая работа по обеспечению поддержки чтения данных в проприетарных форматах, используемых в таких продуктах, как MS Visio, Corel Draw, MS Publisher, MS Works, Adobe FreeHand и Apple Keynote. Поддержка данных форматов реализована в форме библиотек, которые позволяют обеспечить поддержку проприетарых форматов не только в LibreOffice, но и в таких открытых проектах, как Abiword, Calligra, CorelDRAW File Viewer, Inkscape и Scribus.

  1. Главная ссылка к новости (http://blog.documentfoundation...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/39474-libreoffice
Ключевые слова: libreoffice, document, odf
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (57) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, A.Stahl (ok), 23:39, 02/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –16 +/
    Сначала создают трудности, потом борются с этими трудностями, а в конце могут им ещё и проиграть.
    Для 90% "документов" достаточно букв, знаков препинания, табуляции и перевода каретки.
    Plain text гибок, универсален, занимает мало места. Изъянов не имеет.
     
     
  • 2.3, anonymous (??), 23:54, 02/04/2014 [^] [^^] [^^^] [ответить]  
  • +11 +/
    Нас очень много на дереве рядом
    И каждый рожден шелкопрядом
    И прядет свою тонкую нить...
     
  • 2.4, ssy (?), 23:55, 02/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Более дружелюбный инструмент создания таблиц не повредит. Сейчас же для создания таблицы средней сложности нужно предварительно произвести расчет.
     
     
  • 3.6, A.Stahl (ok), 00:06, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Абсолютно ничего не мешает возложить эту задачу на текстовый редактор.
    Но на выходе, будьте любезны, plain text;
     
  • 2.5, Andrewin (?), 23:56, 02/04/2014 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вы в plain text таблицы и графики вставляете? О_о
     
     
  • 3.7, A.Stahl (ok), 00:09, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Таблицы с plain text очень хорошо дружат.
    А графики и прочие чертежи это уже не самый ходовой случай.
     
     
  • 4.9, Khariton (ok), 00:22, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    да здравствует SuperCalc!
     
  • 4.40, Lain_13 (ok), 17:41, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага, особенно формулы в ячейках с ним просто офигительно дружат.
     
     
  • 5.63, rob pike (?), 18:53, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    http://www.emacswiki.org/emacs/SpreadSheet
     
     
  • 6.64, Lain_13_too_lazy_to_login (?), 19:51, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Имеется в виду, что невозможно совместить таблицу в её конечном виде с формулами. В любом случае нужен какой-то формат для описания таблиц и то, что видит пользователь, имеет мало общего с тем, что будет лежать в текстовом виде. Для формата дат, например, потребуется указывать их числами, а для колонки с ними указывать тип и способ форматирования. В результате получается, что ODF это тоже plain text, а спор ниочём.
     
  • 3.10, Aceler (ok), 00:55, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем? Неучто, чтобы распечатать? А зачем распечатывать?
     
  • 2.12, dr Equivalent (ok), 01:42, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Сделай в plain text врезку с диаграммой или иллюстрацией, я посмотрю за твоими усилиями.
    Я уже молчу про такие вещи, как стили (в том числе, структурные), библиография, шрифты, минимально продвинутая типографика вроде буквиц, и прочее. Ну ладно, чисто ради шутки скажу еще одно слово: формулы.
     
     
  • 3.13, WishMaster (ok), 02:05, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Для сложных вещей существует LaTex, Word даже рядом не валялся.
     
     
  • 4.14, dr Equivalent (ok), 02:06, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Да, существует. Но это уже не plaintext в полном смысле слова.
    p.s.: Word вообще лучше бы рядом с парашей валялся, где ему и место.
     
     
  • 5.15, Sabakwaka (ok), 02:37, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    уже не plaintext?
    да ну?
     
     
  • 6.16, dr Equivalent (ok), 02:50, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну, да. Хотя, зависит от точки зрения.
    TeX - язык разметки. Это значит, что да - чисто технически пишем мы plaintext, но результат нашего труда можно оценить только после сборки в какое-то из представлений. То же самое касается html, и вообще любых *ml.
     
     
  • 7.41, Lain_13 (ok), 17:45, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И ODF, как разновидность xml.
     
     
  • 8.55, dr Equivalent (ok), 21:21, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Йеп Так точно, сэр ... текст свёрнут, показать
     
  • 3.22, A.Stahl (ok), 09:13, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >Я уже молчу про такие вещи, как стили (в том числе, структурные), библиография, шрифты, минимально продвинутая типографика вроде буквиц, и прочее.

    Вот он, корень зла. Нет, этот корень вовсе не стили и диаграммы, корень -- избыточная универсальность.
    Для очень многих целей в тексте не нужны ни стили ни выделение шрифтом ни буквицы.
    Более того, никто не мешает хранить эту дополнительную (именно так!) информацию в отдельном файле. И при отсутствии программы, разбирающей эту дополнительную информацию у пользователя будет возможность ограничиться лишь текстом, который можно будет удобно посмотреть даже с помощью cat.
    Полёт фантазии сдулся и люди не хотят выдумывать красивые и элегантные решения.
    Тут прямо хоть всё бросай и пиши редактор, иллюстрирующий мою идею.
    Пока люди не пощупают, представить им такое тяжело.
    Плохо!
    Стыдно!

     
     
  • 4.35, dr Equivalent (ok), 14:04, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну так ODF и есть куча текстовых файлов со служебной информацией + текстовый файл собственно с текстом. Что не так-то?
    Другое дело, что оно все для удобства перемещения запаковано в зипарь.
     
  • 2.17, rshadow (ok), 03:13, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Трудности создаются проприерастами, которым лишь бы бабла побольше срубить.
     
     
  • 3.30, Demo (??), 11:21, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Трудности создаются проприерастами, которым лишь бы бабла побольше срубить.

    Сферическими проприерастами в вакууме.

     
  • 2.18, Аноним (-), 04:06, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Plain text гибок, универсален, занимает мало места. Изъянов не имеет.

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

     
     
  • 3.47, Anonymus (?), 19:46, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    один хрен 95% юзеров форматируют текст в ворде пробелами
     
     
  • 4.56, dr Equivalent (ok), 21:23, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Убиват.
     

  • 1.11, Аноним (-), 01:08, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А теперь позвращаемся в реальность и приступаем к:
    1) Исправить конвертеры форматов в офисах, а лучше, к написать отдельные библиотеки для конвертации в какой-то проприетарный формат (и обратно). Эту библиотеку использовать во всех открытых проектах и пилить всем миром. Об этом сказано в новости, но этого мало.
    2) Обеспечить эмуляцию мсофиса для всяких бизнесс приложений, которые выгружают в него данные и вести разъяснительную работы с разработчиками этих приложений
    3) Добиться идеальной (и одинаковой) поддержки открытых форматов во всех открытых и не только офисах. Если проприетарщик не идет к нам, то дать ему либу из п1 под пригодной для него лицензией, но чтоб odf открывался без вопросов всегда и везде.
     
     
  • 2.27, Аноним (-), 10:18, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Ну и макросы конечно же (нужен такойже конвертер кода как и для формата), а тем более выражения типа {ДАТА} в тексте таблицах (либра воспринимает их только на английском.
     

  • 1.19, Тот_Самый_Анонимус (?), 05:17, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А не те же либровцы вычищали поддержку старых форматов документов, лишая авторов полного контроля над когда-то созданным документом? Как-то быстро они записали себя в эталоны.
    Получилось по-англосаксонски. Если в политике это выглядит как «демократия, которая не на западе — не демократия», то в ПО это выглядит как «формат, который мы не поддерживаем — неправильный формат».
     
     
  • 2.32, prokoudine (??), 13:08, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Как-то быстро они записали себя в эталоны.

    Кто-нибудь, заберите у человека упорин.

     
     
  • 3.50, Тот_Самый_Анонимус (?), 19:58, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Хреново петросянишь, попрактикуйся ещё.
     

  • 1.20, Аноним (-), 07:43, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Задумка, конечно, хороша, но провальна.
    Пока крупные корпорации массово целиком и полностью не мигрируют на LO, ничего в этой сфере не изменится.
     
     
  • 2.24, llolik (ok), 09:20, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если не будет специальной директивы, не мигрируют.
    Вроде как по ГОСТ стандарт документооборота как раз ODF, однако чуть менее чем везде требуют doc(x)/xls(x) и гоняют MSO.
     
  • 2.33, prokoudine (??), 13:10, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Задумка, конечно, хороша, но провальна.

    Inkscape открывает CDR всех версий кроме свежайшей X7 (и это ненадолго), то же с Visio.

    Scribus открывает MS Publisher и скоро будет открывать PageMaker.

    Но анонимусам-то виднее.

     
     
  • 3.37, Аноним (-), 15:32, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, а LO и AOO уже сто лет открывают doc, docx, xls и xlsx. Нооо, кааак...
    Но прокоудинам-то виднее.
     
     
  • 4.39, prokoudine (??), 17:21, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Специально для особо одарённых поясняю: libcdr открывает ВСЕ версии Corel DRAW. Сам Corel DRAW - только файлы начиная с пятой версии формата. Совсем старые рисунки вы не откроете вообще никаким современным софтом кроме Inkscape и LibreOffice Draw. Подчёркиваю: вообще, никаким, никак.
     
     
  • 5.51, Тот_Самый_Анонимус (?), 19:59, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Чё, упорин работает?
     
     
  • 6.52, Tuxoman (?), 20:29, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, команда LibreOffice/re-lab работает в отличие от ... анонимусов.
     
  • 5.59, Аноним (-), 16:21, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    В прошлом году в винде можно было открыть cdr в inscape только после его конвертации в какой-то левой утилите. Это поддержкой не считается.
     
     
  • 6.61, prokoudine (??), 16:43, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    У вас устаревшая информация.
     

  • 1.23, Аноним (-), 09:20, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    В прошлом использовал LO и в каждой версии были или есть зависания при открыт... большой текст свёрнут, показать
     
     
  • 2.25, llolik (ok), 09:27, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вроде как баг-репорт составить и документ приложить не сильно трудно.
    Постоянно отправляю документы, с которыми возникали проблемы (если это, конечно не фин.отчётность) и, как ни странно, все баги к следущей версии правят. Что характерно, кол-во глюков на конкретно нашем документообороте сошло почти в ноль.
     
     
  • 3.26, Аноним (-), 10:12, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Багрепорт отправлял о падении при открытии некоторых документов Обещали в новой... большой текст свёрнут, показать
     
     
  • 4.28, Аноним (-), 10:32, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    Как по мне, косяки обоих офисов одинаковые + косяки совместимости между собой у того или другого. У них там 90% кода одинаковы.
    В апаче платят хорошие деньги а в либреофисе за еду работают? ХЗ откуда финансирование у апача. Подозреваю, что точно такая же поддержка корпораций и донейты как и в документ фонтайшен.
    Каллигру не рекламируют. Т е проект пытается пиариться в новостях, но все понимают...
    Апач офиса нет в репах большинства дистров. Главный его минус.
     
  • 4.29, llolik (ok), 10:42, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >глюки будут веными

    в том же MSO глюки не менее вечные. Тот же кактус, но за деньги.

    Почти, это потому, что бывает не только внутренний оборот, но и внешняя корреспонденция. И как правило не грамотно свёрстанные формы (с которыми проблем не бывает), а вёрстаные потомственными индусами заявки и отчёты.

    >почему всем предлагают исправлять ошибки для кого-либо

    ИМХО а причём здесь для кого либо? Тому, кто соберётся исправлять, надо как-то же воспроизвести ошибку. Быть может мой глюк, есть следствие более глобального бага.
    Я просто попросил работников при подозрении на глюк скидывать мне на почту файл и как они дошли до жизни такой (хоть в трёх словах). Смотрю сам, если действительно глюк есть, шлю баг-репорт (или набираю пачку похожих и шлю).

     

  • 1.31, Zenitarka (?), 12:57, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Когда же эти товарищи представят нормальный интерфейс? Мне надоело лицезреть Windows 98 в моем KDE. Всякие скины и прочие модификаторы интерфейса не торт - слетает после очередного обновления либры.
     
     
  • 2.34, prokoudine (??), 13:11, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Когда же эти товарищи представят нормальный интерфейс?

    "Эти товарищи" не занимаются интерфейсом LibreOffice, у них другие задачи.

    Ваш Кэп

     

  • 1.36, Rumpel (?), 14:08, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Каждый второй комментарий к подобной новости заставляет меня очень сильно радоваться тому, что программисты перестали сами проектировать текстовые процессоры и редакторы :)
     
  • 1.44, Бобазали (?), 18:06, 03/04/2014 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Создавать замечательные конверторы и библиотеки, декларировать нужные  правильные идеи и все это замечательно. Только большинство пользователей как выбирали МСО так и будут продолжать отдавать ему предпочтение. А все потому, что МСО предназначен для обработки быстроустаревающей информации с коротким жизненным циклом, а доля  информации с иным жизненным циклом в общем потоке не велика. То есть, тут приоритетом является скорость. Подключился к бд/сайту, надергал фрагментов в табличный процессор, сделал не сложный анализ, перекинул результаты в текстовый процессор, сделал минимальную верстку, выделил через презентацию основные моменты и отправил все это по мылу. Через 6-12-48 часов, все, информация теряет ценность она уже устарела, и не так актуальна. И MSO позволяет это делать  быстро, эффективно, минимизируя усилия, и за эту эффективность готовы платить.
    Сравнивать open|libre office,   с MSO не корректно. Одни играют на поляне слева другие играют на поляне справа, и каждая команда играет в одни ворота, одни в футбол, другие в регби. Что бы их сравнивать надо хотя бы что бы мячик с воротами был одного размера.  А уж у какого спорта какие болельщики, то это совсем другая история.  
    Надо устранять причину, а не вечно латать последствия.

    ЗЫ А превзойти в полезности и эффективности MSO мне удалось с помощью Zim-Wiki, хотя кому я об этом говорю.

     
     
  • 2.45, фыв (??), 18:19, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Полный бред.
    У меня стандартными шаблонами собственные формы с сделанными стилями текста, заголовков и прочего так, как мне нужно.
    И всё то же самое, что Вы перечислили, я так же спокойно делаю в LO.
    Часть документов теряет ценность, часть нет. Некоторые будут шаблонами или же долгоиграющей документацией. Не важно.
    А вот то, что формат свободный, документы имеют меньший размер и прочие плюшк - Вы тактично не заметили?

    И самое главное. А у Вас офис то купленный? Если нет, то всё, сказанное Вами - пустое сотрясание воздуха обычным вором.

     
     
  • 3.53, Бобазали (?), 20:56, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    >    И самое главное. А у Вас офис то купленный? Если нет, то всё, сказанное Вами - пустое сотрясание воздуха обычным вором.

    MSO у меня лицензионный. Был получен вместе с окошками в нагрузку к ноутбуку. Самая начальная версия, старт кажется.  После zim и связки латех + меркуриал я им почти не пользуюсь.

    >  И всё то же самое, что Вы перечислили, я так же спокойно делаю в LO

    У меня спокойно не получается. Всегда раздражаюсь при вставке таблицы в текстовый документ. Раздражает, что не могу установить вставку таблицы в формате HTML по дефолту.
    Особенно когда этих таблиц 10-15. Нужны дополнительные телодвижения на форматирование вставляемых фрагментов, что ведет к непродуктивным затратам времени и сил.  Именно об этом я и говорил. LO в ряде случаев превосходит MSO. Но по группе типовых действий возникает много лишних телодвижений (кликов по меню, правок формата и пр) и они повторяются  вновь и вновь. Это раздражает довольно чувствительно. "Швы" не обработаны надлежащим образом. Отсюда потери в скорости работы и лишний расход нервных сил.

    Вот и получается где нужна векторная графика там LO, где нужна быстрота там MSO.

    А тут ещё затраты сил разработчиков на эти либы. Опять за пропиерастами "подтирать" приходится. Это не радует.

    > А вот то, что формат свободный, документы имеют меньший размер и прочие плюшк - Вы тактично не заметили?

    Я случайно заметил, что правительство РФ как то с прохладцей относится к проблеме пропиетарных форматов. Например, при создании новых документов в формате .doc могли бы высказывать сомнение в компетенции создателей документа и их руководителей ибо мы, налогоплательщики, это оплачиваем. Реклама продуктов компании adobe на сайтах гос органов тоже "глаз режет". Если кто забыл, то эта компания "прославилась" тем, что устроила судебные преследования российского разработчика с задержанием парня на территории США, даже окошки себе такого не позволяли.  

     
     
  • 4.54, prokoudine (ok), 21:01, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Если кто забыл, то эта компания "прославилась" тем, что устроила судебные преследования российского разработчика с задержанием парня на территории США, даже окошки себе такого не позволяли.

    С чего работодатель этого парня поимел нехилый профит.

     
  • 4.60, Аноним (-), 16:29, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/

    > Я случайно заметил, что правительство РФ как то с прохладцей относится к

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


     
  • 2.46, prokoudine (??), 18:57, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вы из написанного в новости поняли примерно ноль целых хрен десятых.

    Задача проекта -- давать людям инструменты для "спасения" данных, которые в будущем или даже прямо сейчас ничем не откроешь.

    В проприетарщине нередки случаи, когда поддержку старых версий формата попросту грохают. Так было, например, в Corel DRAW. Там последней версией, которая читала v1 и v2, была v5.

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

    Никаким "устранением причин вместо последствий" тут и не пахнет. Фарш невозможно провернуть назад: унаследованные данные уже созданы. Теперь их надо чем-то открывать. Document Liberation даёт инструменты для этого.

     
     
  • 3.58, Бобазали (?), 22:54, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы из написанного в новости поняли примерно ноль целых хрен десятых.

    Ваша гипотеза неверна.

    > Задача проекта -- давать людям инструменты для "спасения" данных, которые в будущем
    > или даже прямо сейчас ноичем не откроешь.

    И кого такое положение радует? Сначала  заплати так называемым "собственникам" пропиетарных форматов за право пользования без гарантий, а потом добровольцы за этими деятелями вынуждены "подтирать". Это возмутительно.

    > Никаким "устранением причин вместо последствий" тут и не пахнет. Фарш невозможно провернуть назад: унаследованные данные уже созданы. Теперь их надо чем-то открывать. Document Liberation даёт инструменты для этого.

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

    Конечно затея Document Liberation благородна по своей сути. Более того, в некоторой части замысел был неплохо реализован. Тогда напрашивается следующее, а какова наша позиция? И вот тут, я полагаю, начинается самое интересное из того что стоит обсуждать.

     
     
  • 4.62, prokoudine (??), 16:48, 04/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > Ваша гипотеза неверна.

    Напротив, судя по реакции, она верна на все 146%.

    Боюсь, что если начну объяснять вам все ваши заблуждения, лишь напрасно потеряю время. Так что пишите в Спортлото.

     
  • 2.49, Аноним (-), 19:51, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    весьма однобокая и, наверное, заангажированная, оценка скорости устаревания информации
     
     
  • 3.57, Бобазали (?), 21:45, 03/04/2014 [^] [^^] [^^^] [ответить]  
  • +/
    > весьма oднобокая и, наверное, заангажированная, оценка скорости устаревания информации.

    Про разницу OLTP и OLAP тут расписывать не буду. Но, полагаю, Вы согласны что в общем объеме сведений доля информации которая быстро теряет свою актуальность существенно больше.
    А  про скорость устаревания сведений лучше всего осведомлены в подразделении которое занимается ценными бумагами, это их "поляна".

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру