Loading...
Error

Библиотека Flibusta (только FB2) на 01.04.2025 (656200 книг) (локальная коллекция, пополняемая ежемесячно) + MyHomeLib + inpx

Страницы:   Пред.  1, 2, 3 ... 256, 257, 258, 259, 260, 261  След.

Ответить на тему

 | 

 
Автор Сообщение

Marvin456

Drunkenmunky писал(а):

Marvin456 писал(а):

но очень долго создаётся библиотека
Чтобы было быстро, нужно почитать описание.
Вы думаете я не читал? Читал и устанавливал с Freelib, MyHomeLib и LightLib - библиотека в Freelib создаётся очень долго в сравнении с MyHomeLib и LightLib.

Drunkenmunky

Marvin456 писал(а):

библиотека в Freelib создаётся очень долго в сравнении с MyHomeLib и LightLib.
Тут уже не в базе данных дело. Неудачный выбор способа записи в базу. Заносится по одной строке, а не пакетно.

SserjIR

umazsievyqilylyk писал(а):

Drunkenmunky писал(а):

В расширенном INPX, в отличие от стандартного
Кто бы мне наконец объяснил, на кой [censored] авторы MHL и т.п. заморочились выдумывать самодельный формат там, где замечательно подошло бы SQLite или вообще CSV?
Вообще то INPX это всего лишь ZIP архив текстовых файлов, которые по сути и являются теми самыми CSV.
По одному "csv" на каждый архив-тысячник.
А на счет SQLite - не поверите. MHL появилась раньше чем SQlite. И переход на SQLite был сделан относительно недавно, лет пять назад.
И она изначально не предназначалась для либрусеков или флибуст. Это была программка для управление своей личной коллекцией.
Онлайны прикрутили к ней позже.

umazsievyqilylyk

SserjIR писал(а):

Вообще то INPX это всего лишь ZIP архив текстовых файлов, которые по сути и являются теми самыми CSV.
...с нестандартными разделителями, без экранирования кавычек и т.п. внутри полей. Знаю, разбирал. Спасибо, что кодировку свою не изобрели.

SserjIR

umazsievyqilylyk писал(а):

SserjIR писал(а):

Вообще то INPX это всего лишь ZIP архив текстовых файлов, которые по сути и являются теми самыми CSV.
...с нестандартными разделителями, без экранирования кавычек и т.п. внутри полей. Знаю, разбирал. Спасибо, что кодировку свою не изобрели.
Ну вы опять смотрите на все с позиции Сегодня.
Единственный стандарт CSV - RFC 4180. Утвержден в 2005 году, как и первый релиз того самого SQLite.
Не было никаких стандартов на момент создания MHL. Все приходилось изобретать на ходу.
А нестандартный разделитель и на сегодня остается лучшим решением. Нет необходимости в заумных парсерах, не нужно проверять предыдущий символ, достаточно одного прямолинейного прохода для считывания данных.

stathell

Добрый день
Возможно я об этом пожалею, но где-то вообще описано какие именно шаги должны быть выполнены для того чтобы добавить обновления в раздачу и обновить оную ? Без описания вроде мелькавшего ранее в этой ветке - взять-удалить-выложить. Нужен именно воркфлов с деталями который использовался до этого. Или любой другой рабочий.
Я никогда не создавал торрентов, я не в курсе сложностей в MHL. Но я видел слова "линукс" и "скрипты". + я могу использовать локальное железо если мне временно нужно больше процессорных ядер, памяти или диск. И я умею читать. Как на русском, так и на английском.
Собственно цель этого сообщения - если я могу чем-то помочь в благородном деле распространения знаний - я могу попробовать :-)
Спасибо

umazsievyqilylyk

SserjIR писал(а):

Единственный стандарт CSV - RFC 4180. Утвержден в 2005 году, как и первый релиз того самого SQLite.
Стандарт в 2005м, но педивикия утверждает, что подобные форматы использовались гораздо раньше.

Drunkenmunky

SserjIR писал(а):

А нестандартный разделитель и на сегодня остается лучшим решением. Нет необходимости в заумных парсерах, не нужно проверять предыдущий символ, достаточно одного прямолинейного прохода для считывания данных.
Ну, позволю себе предположить, без, естественно, негативного подтекста, что вы не знакомы с возможностями SQL. Собственно, для упрощения импорта\экспорта данных формат CSV и создавался

bonsan

А почему нет обновления на флибуста(FB2)
6

kirillhome

bonsan писал(а):

А почему нет обновления...
Чуть выше уважаемый Crystal написал:

Crystal писал(а):

Друзья, у меня сломался ноутбук.... Так что следующее обновление выйдет с опозданием. Это если ноут вообще удастся починить.
Так что - либо пытаться сделать всё собственными руками либо ждать.

SserjIR

Drunkenmunky писал(а):

Собственно, для упрощения импорта\экспорта данных формат CSV и создавался
Любая БД, умеющая грузить из текстовых файлов, даст вам выбор указать что это "Comma Separated" или "ЛюбойДругойСимвол Separated" файл.
Но если у вас именно запятая идет как разделитель вы обязаны сделать немаленькую работу проверки каждого символа в данных. Экранировать их при экспорте и убрать экранирование при импорте.
Если у вас заведомо уникальных разделитель ничего этого не нужно. Подготовили PrepareStatement, читаете строки и прямиком льете в БД. Фактически скорость импорта ограничена только скоростью жесткого диска.
На сегодня разобранный inpx это 127 МБ текстовых файлов. Проверка каждого символа в них это и для сегодняшних процессоров даст разницу в скорости не в разы а на порядки, по сравнению с прямым импортом.

Drunkenmunky

SserjIR писал(а):

Но если у вас именно запятая идет как разделитель вы обязаны сделать немаленькую работу проверки каждого символа в данных. Экранировать их при экспорте и убрать экранирование при импорте.
Просто почитайте спецификацию к LOAD DATA

SserjIR

Drunkenmunky писал(а):

Просто почитайте спецификацию к LOAD DATA
Вы понимаете что разговор идет о программе которая прекрасно запускалась и работала на Pentium под Windows 98?
Какие спецификации, какие "принятые стандарты". Ребята боролись за каждый такт, на счету был каждый килобайт памяти.
Никто не мешает любому желающему сделать сейчас замену себе хоть на Electron-е.
Будет симпотишная стандартизированная вещь под любую систему.
Это же всего лишь мордочка к десятку таблиц.

Drunkenmunky

SserjIR писал(а):

Какие спецификации, какие "принятые стандарты". Ребята боролись за каждый такт, на счету был каждый килобайт памяти
ОК. Честь и слава ребятам! Их имена гремят в веках!
Как бы резюмируя.
На случай присутствия разработчиков в топике.
INPX - формат тупиковый, и отживший своё.
Для импорта данных следует ориентироваться на CSV. Каких либо специальных приложений для их подготовки не понадобится - всё необходимое встроено во все более-менее популярные базы данных

eskander

может есть какойто скрип при запуску которого создатся нужный INPX ?
или там не так всё просто и нужно много настраивать?
Показать сообщения:    
Ответить на тему