|
Обсуждение работы программы
|
|
| drserj | Дата: Вторник, 06.06.2017, 14:07 | Сообщение # 1516 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата Vicsar_new (  ) Увеличил до 20 - заработало.
drSerj
|
| |
| |
| lordkor | Дата: Среда, 07.06.2017, 22:27 | Сообщение # 1517 |
|
Лейтенант
Группа: Друзья
Сообщений: 56
Статус: Offline
| Серии в режиме "отправить на устройство" обрабатываются криво 
Стоит маска "%c\%a\%s\%n_%t(%b)"
Делаю "экспорт" Муравьева:
Серия "Технарь" - Крот(489240) идет в серии за нумером 2, но при экспорте оказывается в папке "Боевая фантастика" без нумера.
Серия "Живучий" - Живучий(456030) лежит в "Наши там" вместе с Неучтённый(307090) и Неизвестный с «Драккара»(353486) из серии "Неучтенный"
Серия "Перешагнуть пропасть" - на месте только Враг за спиной(477653), а остальные - Перешагнуть пропасть(373126), День решает все(382570) и Шаг в бездну(425239) лежат в папке "Современный фантастический боевик".
В общем, алгоритмы при нормальном выводе и экспорте на устройство разные - в первом нормальный. во втором тупо берется первая серия. Хорошо бы поправить экспорт 
|
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 08:24 | Сообщение # 1518 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата lordkor ( ) В общем, алгоритмы при нормальном выводе и экспорте на устройство разные
естественно разные. И говорится об этом уже скоро как 10 лет, и изменить ничего не могу. Ну нет признаков первичности у серий у авторов. Берется первая при выборке серия, первый автор. А сортировки в выборках могут быть разные... Так что сорри, но пока так.
drSerj
|
| |
| |
| 1_абрам | Дата: Четверг, 08.06.2017, 10:10 | Сообщение # 1519 |
|
Генералиссимус
Группа: Друзья
Сообщений: 1207
Статус: Offline
| Цитата drserj ( ) А сортировки в выборках могут быть разные...
Предложение в унилиб. Возможность правки библиографических данных (правится БД, естественно). При сохранении книги, возможно, галка - записать измененные библиографические данные.
|
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 10:12 | Сообщение # 1520 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата 1_абрам ( ) Возможность правки библиографических данных
А если просто про правку - дык зачем всякие птички?
drSerj
|
| |
| |
| PFN | Дата: Четверг, 08.06.2017, 13:01 | Сообщение # 1521 |
 Генерал-майор
Группа: Друзья
Сообщений: 206
Статус: Offline
| Цитата drserj ( ) Берется первая при выборке серия, первый автор.
Учитывая, что сейчас "умники" напридумывали всякого и в жанрах (самиздат и т.п.), и в сериях (издательские серии суют в авторские), и в авторах (порядок авторов, как бог на душу положит... хотя бы на обложку смотрели и с нее порядок брали...) - изменить это можно только правкой самой книги с внесением изменений и в базу.
Стоит учесть, что если книга уже в базе, то придется пресчитывать и МД5, который изменится обязательно, и заменять его в базе.
Поэтому все эти правки желательно делать ДО внесения книг в базу - на этапе отбора.
===============================
Приказ, который может быть понят неправильно, обязательно будет понят неправильно
|
| |
| |
| 1_абрам | Дата: Четверг, 08.06.2017, 13:21 | Сообщение # 1522 |
|
Генералиссимус
Группа: Друзья
Сообщений: 1207
Статус: Offline
| Цитата drserj ( ) Ты про авторов? Дык кто-то (не бум уточнять smile ) Сказал, что и нафиг не надо оно...
Про авторов, жанры, серии, про все где есть несколько объектов. В принципе, для меня это не очень принципиально. Но если если это не очень трудно сделать, то хорошо, если будет. К тому, люди со временем глупеют и изменяют свое мнение. Правда, не помню, когда я про это говорил. Склероз, виднлДобавлено (08.06.2017, 11:19)
---------------------------------------------
Цитата drserj ( ) А если просто про правку - дык зачем всякие птички?
Имеется в виду, что порядок авторов в базе изменился, а в fb2 - нет. Тогда при сохранении на устройство можно опционально изменить метоинформацию в фб2.Добавлено (08.06.2017, 11:21)
---------------------------------------------
Цитата PFN ( ) Стоит учесть, что если книга уже в базе, то придется пресчитывать и МД5, который изменится обязательно, и заменять его в базе.
Это почему? мд5 привязана к книге, мы ее не меняем и ничего пересчитывать не надо.
|
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 13:49 | Сообщение # 1523 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| И вот опять, и вот снова... Всё тот же вопрос - менять или не менять... Блин, господа, мы опять юнилиб в мультилибе будем обсуждать?
Повторюсь, для мультилиба решений не будет, пока не будет поддержано структурой самой базы.
В Юнилибе будет возможность (надеюсь) указывать основного автора (остальные соавторы) и серии (авторские, издательские, пользовательские). Не надо опять заводить этот вопрос. Нет, если кто-то реально может решить проблему, убедив изменить структуру флибусты, либруса и реально внести все изменения (угу.. пол-ляма книг) - велком. А пока - даже не обсуждаем.
drSerj
|
| |
| |
| lordkor | Дата: Четверг, 08.06.2017, 19:12 | Сообщение # 1524 |
|
Лейтенант
Группа: Друзья
Сообщений: 56
Статус: Offline
| Цитата drserj ( ) Ну нет признаков первичности у серий у авторов.
Цитата drserj ( ) А сортировки в выборках могут быть разные... |
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 19:32 | Сообщение # 1525 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата lordkor ( ) Процентов 90 книг распределим
Цитата lordkor ( ) Так, передавать экспорту настройки сортировки текущей вкладки – делов-то
угу... навскидку - нет вкладки авторов, имеет место множественная сортировка, имеет место группировка... дальше продолжать? А если учесть, что запрос создается динамически, т.е. в зависимости от наличия полей, порядка их расположения, сортировок, группировок меняется всё кардинально, то делов-то оказывается немеряно
Простой пример: при выводе в таблицу имеется 10 полей, при формировании имени - 2 поля. В первом случае задействовано 5 таблиц, во втором - 2. Можно ли при таком раскладе гарантировано получить такую же последовательность записей в обоих случаях? Ответ - нет.
drSerj
|
| |
| |
| lordkor | Дата: Четверг, 08.06.2017, 20:14 | Сообщение # 1526 |
|
Лейтенант
Группа: Друзья
Сообщений: 56
Статус: Offline
| Цитата drserj ( ) в лучшем случае 50х50
Практически все книги, входящие в авторские серии, имеют свой порядковый номер в этой серии. Число исключений не так уж велико - первые заливки первых книг, когда у них еще не планировалось продолжение, и кривые заливки без четко прописанных тэгов. И те и другие обычно через какое-то время заменяются на нормальные варианты с правильными тэгами - то бишь, это временная проблема, решаемая автоматически, которую вполне можно игнорировать.
Прочие издательские и межавторские серии обычно либо не имеют серийного номера, либо он у них достаточно большой - то есть, при наличии номера в авторской серии мы совершенно спокойно их определяем в сравнении. Если же в авторской серии номер не указан - тут уже никуда не денешься, берем издательскую или первую попавшуюся. как сейчас.
Ситуация, когда номер в издательской серии будет меньше номера в авторской серии, мне представляется совершенно не реальной и спокойно попадает в раздел временных исключений.
Цитата drserj ( ) Можно ли при таком раскладе гарантировано получить такую же последовательность записей в обоих случаях?
В любом случае не ясно, почему при показе и экспорте порядок серий в выборке получается разный.
|
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 20:38 | Сообщение # 1527 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата lordkor ( ) "Обоснуй!"
И даже не собираюсь, когда анализировал базы - просто видел.
Цитата lordkor ( ) Прочие издательские и межавторские серии обычно либо не имеют серийного номера
абсолютно неверно. Еще и как имеют. Настоятельно рекомендую посмотреть запросами выборки на предмет серий. Да, имеются издательские без номеров, но и авторские так же имеются. А еще имеются "N в одном", сборники и т.д. И их с каждым днем всё больше.
Цитата lordkor ( ) Если мы можем сохранить порядок сортировки - сохраняем.
При любом раскладе - не можем. Абсолютно разные запросы. То что выводится в грид и то, что используем для получения информации при создании имени - абсолютно различно.
Цитата lordkor ( ) Не можем - жрите, что дают.
Так есть и так (в мультилибе) будет. Будут изменения - будем меняться и мы.
drSerj
|
| |
| |
| lordkor | Дата: Четверг, 08.06.2017, 20:45 | Сообщение # 1528 |
|
Лейтенант
Группа: Друзья
Сообщений: 56
Статус: Offline
| Цитата drserj ( ) абсолютно неверно. Еще и как имеют
Если номеров нет - имеем то, что и сейчас, ничего не теряем.
То есть, в итоге либо лучше, либо не хуже.
Цитата drserj ( ) При любом раскладе - не можем. Абсолютно разные запросы. То что выводится в грид и то, что используем для получения информации при создании имени - абсолютно различно. |
| |
| |
| drserj | Дата: Четверг, 08.06.2017, 21:24 | Сообщение # 1529 |
|
Генералиссимус
Группа: Администраторы
Сообщений: 4693
Статус: Offline
| Цитата lordkor ( ) почему не использовать общие принципы
Надеюсь, слово "оптимизация" о чем-то говорит? или я непонятно объяснил, что для вывода в грид необходимо значительно больше таблиц и полей, чем для формирования имени файла?
Первые запросы выполнялись за десятки секунд, иногда минут, что не приемлемо для вывода в таблицу. после создания механизма динамического формирования запросов время выборок сократилось до десятых секунды. Следует дальше объяснять, почему не используем общие принципы? Или тебе надо программа, которая на выборках выжрет всю доступную память (сколько бы ее не было) и будет переходить со строки на строку за пару минут ??? Если раньше база была небольшая и в кодировке 1251, то сейчас она увеличилась в несколько раз и utf8 кодировка, что скорости явно не добавило.
Всё, вопрос закрыт. Думаю, для человека с интеллектом выше среднего, вполне достаточно аргументов.
drSerj
|
| |
| |
| lordkor | Дата: Четверг, 08.06.2017, 21:32 | Сообщение # 1530 |
|
Лейтенант
Группа: Друзья
Сообщений: 56
Статус: Offline
| Цитата drserj ( ) Надеюсь, слово "оптимизация" о чем-то говорит
Выборка для экспорта производится реже и содержит меньше (вернее, не больше) элементов, чем выборка для грида (для экспорта выбираем часть элементов из грида). То есть, увеличение затрат времени/мощности при экспорте до уровня грида и выше вполне допустимо
Сейчас имеем ограниченный функционал экспорта по сравнению с гридом, требующий значительных ручных действий пользователя, что как раз идет вразрез с понятием "оптимизации" То есть, вместо 10 секунд ожидания за счет дополнительных расчетов мы имеем десять минут утомительных ручных действий - оптимизация со знаком "минус"
|
| |
| |
|
Главная 
