32reg Сообщения

32reg	# 2 года, 4 месяца назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Нашел решение. Для такой базы данных необходимо выполнять рекурсивные запросы. Такие запросы входят в CTE (common table expression). Не все базы данных их поддерживают, ms access, например, не поддерживает. Зато поддерживает СУБД Firebird, которую можно использовать как бекенд в бд, создаваемых в libreoffice base. Википедия www.linux32.ru - новости и статьи о Linux

# 2 года, 4 месяца назад

Сообщения: 526

Участник с: 17 мая 2011

Нашел решение.
Для такой базы данных необходимо выполнять рекурсивные запросы. Такие запросы входят в CTE (common table expression). Не все базы данных их поддерживают, ms access, например, не поддерживает. Зато поддерживает СУБД Firebird, которую можно использовать как бекенд в бд, создаваемых в libreoffice base.
Википедия

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 5 месяцев назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	nafanja, спасибо огромное! Выходит что для iconv не обязательно указание кодировки на выходе? www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 5 месяцев назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	А как определить из какой кодировки конвертировать? iconv требует указывать кодировку на входе и на выходе. Или методом проб и ошибок? www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 5 месяцев назад (отредактировано 2 года, 5 месяцев назад)
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Добрый день. Подскажите пожалуйста как из hex-дампа получить нормально отображаемые кириллические символы? Пытаюсь составить парсер ТВ-каналов. В xml-подобном файле присутствуют строки с тегом: <hexVchName>...</hexVchName> в которых закодировано наименование канала, например: `<hexVchName>536f6e7920547572626f</hexVchName>` С помощью программы xxd из состава vim следующей строкой получаю наименование канала: `echo 536f6e7920547572626f \| xxd -r -p Sony Turbo` С латинскими буквами все хорошо. С русскими получаю кракозябры: `<hexVchName>01c0dee1e1d8ef204844</hexVchName> echo 01c0dee1e1d8ef204844 \| xxd -r -p ÀÞááØï HD` А должно быть "Россия HD". Думаю что проблема с кодировками, но пока не нашел решения... PS: под винду есть программа для сортировки каналов ТВ: ChanSort. В ней названия каналов отображаются правильно. Можно воспользоваться ею, но хочу для себя разобраться с вопросом кодировок. www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 5 месяцев назад (отредактировано 2 года, 5 месяцев назад)

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

Добрый день.
Подскажите пожалуйста как из hex-дампа получить нормально отображаемые кириллические символы?
Пытаюсь составить парсер ТВ-каналов.
В xml-подобном файле присутствуют строки с тегом: <hexVchName>...</hexVchName> в которых закодировано наименование канала, например:

<hexVchName>536f6e7920547572626f</hexVchName>

С помощью программы xxd из состава vim следующей строкой получаю наименование канала:

echo 536f6e7920547572626f | xxd -r -p
Sony Turbo

С латинскими буквами все хорошо. С русскими получаю кракозябры:

<hexVchName>01c0dee1e1d8ef204844</hexVchName>
echo 01c0dee1e1d8ef204844 | xxd -r -p
ÀÞááØï HD

А должно быть "Россия HD".
Думаю что проблема с кодировками, но пока не нашел решения...

PS: под винду есть программа для сортировки каналов ТВ: ChanSort. В ней названия каналов отображаются правильно. Можно воспользоваться ею, но хочу для себя разобраться с вопросом кодировок.

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	vasek, БД необходима для чёткого понимания номенклатуры и количества закупаемого материала. В наличии сейчас только спецификации к очень большим сборкам и только в пдф формате. Поэтому очень сложно свести весь необходимый материал и его количество. База данных (если получится её спроектировать) будет дополняться и использоваться в дальнейшей работе. www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

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

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	nafanja 32reg, а что БД функции не поддерживает? как я понял есть две группы: 1. простые 2. составные, могут состоять из простых и/или составных, и не могут состоять из себя на любом уровне!!! получается классический рекурсивный перебор… (как ты и подозревал выше) nafanja, можете помочь с составлением структуры такой бд? Я пока вижу ее как отдельные таблицы на каждый раздел спецификации: детали, стандартные изделия, прочие изделия, материалы. И ещё таблицу "Спецификации" как основную, которая связана с остальными таблицами и состоит из их записей в соответствии со спецификаций сборки. Если нет раздела "Сборочные единицы" в спецификации, то все хорошо, но если есть, то пока не придумал как это все реализовать. Возможно моя схема таблиц неверна и нужно по-другому как-то группировать данные? www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

nafanja
32reg, а что БД функции не поддерживает?
как я понял есть две группы:
1. простые
2. составные, могут состоять из простых и/или составных, и не могут состоять из себя на любом уровне!!!
получается классический рекурсивный перебор… (как ты и подозревал выше)

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

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 9 месяцев назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Думаю лоцман от аскон может что-то подобное, но это только догадки. Да и нет возможности его использовать. Почему-то был уверен что в базу данных все это можно собрать, но теперь уже сомневаюсь... www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 9 месяцев назад

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

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

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 9 месяцев назад (отредактировано 2 года, 9 месяцев назад)
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Раздел "Сборочные единицы" присутствует только в сложных сборках, включающих в себя подсборки. В простых сборках присутствуют только детали, стандартные изделия и материалы например. www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 9 месяцев назад (отредактировано 2 года, 4 месяца назад)
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Добрый день. У меня вопрос не связан с арчем и линуксом вообще, поэтому в /dev/null. Надеюсь что среди арчеводов есть пользователи баз данных. Возможно ли спроектировать базу данных по чертежной спецификации? Такая БД нужна для быстрого доступа к сведенному списку используемых в сборке материалов, т.е. вывод только уникальных наименований материалов с одновременным подсчетом суммы по графе количество, если одинаковых материалов несколько. Пробовал составить структуру БД в MS Access - если в спецификации нет раздела "Сборочные единицы" все работает хорошо. Проблема в том, что если в спецификации есть этот раздел, получается своего рода рекурсия, так как записи в нем ссылаются на другие спецификации. Как учесть и просуммировать все материалы вместе? Несколько дней бьюсь с этим вопросом, пока безрезультатно. Если кто в теме, подскажите как реализовать такую БД? www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 9 месяцев назад (отредактировано 2 года, 4 месяца назад)

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

Добрый день.
У меня вопрос не связан с арчем и линуксом вообще, поэтому в /dev/null.
Надеюсь что среди арчеводов есть пользователи баз данных.
Возможно ли спроектировать базу данных по чертежной спецификации?
Такая БД нужна для быстрого доступа к сведенному списку используемых в сборке материалов, т.е. вывод только уникальных наименований материалов с одновременным подсчетом суммы по графе количество, если одинаковых материалов несколько.
Пробовал составить структуру БД в MS Access - если в спецификации нет раздела "Сборочные единицы" все работает хорошо. Проблема в том, что если в спецификации есть этот раздел, получается своего рода рекурсия, так как записи в нем ссылаются на другие спецификации. Как учесть и просуммировать все материалы вместе? Несколько дней бьюсь с этим вопросом, пока безрезультатно.
Если кто в теме, подскажите как реализовать такую БД?

www.linux32.ru - новости и статьи о Linux

32reg	# 2 года, 10 месяцев назад
Темы: 29 Сообщения: 526 Участник с: 17 мая 2011	Немного в старой теме спрошу. Кто пользуется такой схемой, поделитесь выводом команды: `systemd-analize time` Я реализовал такую схему, но без архивирования: при загрузке системы корень просто копируется в оперативку. Будет ли выигрыш в скорости загрузки при распаковке корня в оперативку из архива? www.linux32.ru - новости и статьи о Linux

32reg

# 2 года, 10 месяцев назад

Темы: 29

Сообщения: 526

Участник с: 17 мая 2011

Немного в старой теме спрошу.
Кто пользуется такой схемой, поделитесь выводом команды:

systemd-analize time

Я реализовал такую схему, но без архивирования: при загрузке системы корень просто копируется в оперативку.
Будет ли выигрыш в скорости загрузки при распаковке корня в оперативку из архива?