The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В LibreOffice 7.0 решено не использовать метку 'Personal Edition' , opennews (??), 20-Июл-20, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


49. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +2 +/
Сообщение от Аноним (49), 21-Июл-20, 09:29 
Понадобилось мне недавно отсортировать таблицу (200Мбайт, ~370к строк, ~300 столбцов): LibreOffice съел 15Гбайт оперативки (съел бы и больше, но её всего 16) и на время повесил систему. MS Office 2010 справился с задачей на 4ГБ оперативки в виртуальной машине.
Наверное такие большие таблицы должны храниться в БД и обрабатываться не офисными программами, но факт производительности на лицо.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

65. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +/
Сообщение от MS (??), 21-Июл-20, 10:24 
Такие совсем даже и небольшие таблицы - вполне могут храниться не в БД.

Действительно большие, на гигабайты - уже нежелательно, но они вполне могут обрабатываться офисными программами - для этого у нас есть с одной стороны модули для excel, а с другой access - специально предназначенный для "обработки данных в БД офисной программой".

Просто уже не надо пытаться их целиком заэмбедить в документ word, обходясь результатами запроса - и все по прежнему будет работать.

Ответить | Правка | Наверх | Cообщить модератору

66. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +/
Сообщение от Анонимemail (66), 21-Июл-20, 10:25 
Никто не мешает офисному софту создавать временные БД для больших таблиц, и выполнять операции там.
Честно говоря, не понимаю, почему это не сделано. Условный SQLite с это задачей бы справился намного эффективнее.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

73. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +/
Сообщение от MS (??), 21-Июл-20, 10:33 
Может нам и есть за тебя начать?

ТЕБЕ никто не мешает создавать БД в access, и выполнять операции там, с бесшовной интеграцией хоть в excel, хоть в word. А такого искусственного интеллекта, чтобы из таблицы сделать БД - мы пока не изобрели. Если ты не понимаешь, чем spreadsheet отличается от relation database - марш обратно в школу!

> Условный SQLite с это задачей бы справился намного эффективнее.

без сопливых обойдемся. access был написан и неплохо продавался, когда автор этой фигни еще сам шк0льником был.
И он специально придуман для офисных рабов, а не для эмбедщины куда попало.

Ответить | Правка | Наверх | Cообщить модератору

71. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +/
Сообщение от Аноним (60), 21-Июл-20, 10:31 
Попробуй экспортировать в CSV, отсортировать sort'ом и импортировать обратно. Держу пари, получится быстрее (с учётом экспорта и импорта) и потребует меньше памяти.
Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

74. "В LibreOffice 7.0 решено не использовать метку Personal Edit..."  +/
Сообщение от MS (??), 21-Июл-20, 10:33 
Ты проиграл.
Марш учиться!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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