Показано с 11 по 20 из 160
Тема: Каталогизация записей
-
09.04.2003, 12:37 #11
Привет!
Общая концепция для обсуждения:
Программа должна быть ориентирована на запись опуса как единицу хранения. Атрибуты опуса – композитор, номер опуса и его тональность (желательно записать тональность в справочник в нотациях разных стран), автор редакции опуса, дирижер, оркестр, исполнители (выбор из списка), инструменты (выбор из списка), дата и место записи как текстовое поле. Можно еще всяческие комментарии, текстовые поля с рецензиями (отсканированными и самостоятельно написанными).
Соответственно подчиненные справочники – люди (один и тот же человек может выступать как композитор и дирижер, или работать на разных инструментах, например), оркестры.
Несколько записей опусов могут быть объединены в один носитель. Атрибуты носителя – тип (78, 45, 33, CDDA, SACD,DVDA), название, фирма издатель (справочник) и номер в каталоге фирмы-изготовителя (возможно указание нескольких альтернативных производителей и нескольких альтернативных номеров), дата издания, Фирма-изготовитель и дата изготовления, если есть. Можно еще предусмотреть фотку с обложки и комментарий.
Таким образом «Гольдбергские вариации» в записи Г.Гульда в такой базе могут быть представлены информацией о 2 х записях разных лет, представленных соответственно - 2-мя .. 3-мя виниловыми оттисками, 2-мя CDDA и 1м SACD.
Есть еще один важный момент – который был бы интересен мне. Это наличие базы записей в Интернете, доступной для этой программы. Соответственно – возможность скачать из базы всю информацию по имеющейся пластинке и наоборот подгрузить туда то, что сам вбил. Соответственно было бы интересно еще иметь возможность он-лайн доступа в этот каталог для просмотра содержащейся в нем информации.
А может вообще все каталоги держать он-лайн?
Вот такой каталогизатор-большой брат.
Удачи.
09.04.2003, 12:59
#12
Для одного человека в разных качествах будет одна или несколько записей в справочнике людей?Сообщение от Genn
...ансамбли? Или ансамбль - это несколько людей?Сообщение от Genn
09.04.2003, 13:49
#13
- Регистрация
- 19.03.2003
- Адрес
- Москва
- Сообщений
- 364
Как обладатель довольно большой коллекции и давний пользователь своей собственной базы на Access выскажу несколько соображений:
- база должена быть простой, потому что чем сложнее структура, тем больше времени требуется на занесение информации о новом диске, а процесс этот интересен только в самом начале (первая сотня CD ).
- база должна вестись на англ. языке, потому что можно спятить, придумывая русский эквивалент фамилиии типа Herreweghe . Кроме того, в случае англ. языка можно пользоваться информацией о диске из интернета. Я, как правило, беру описание из Gramophone. В случае оперы или многодискового комплекта это экономит много времени.
- в идеале – стараться пользоваться стандартными возможностями поиска и/или составления запросов, предоставляемыми продуктами Microsoft. Этих возможностей обычно хватает.
Если делается пользовательская оболочка, то лучше обойтись минимумом программирования. Часто программы, написанные под ранними версиями не будут без переделки работать с новыми версиями.
09.04.2003, 13:51
#14
Ответить - я предполагаю, что запись на одного человека одна. А вот ссылки - из разных мест.
Дальше, я предполагаю, что ансамбль, окрестр, консорт.... это одна общая запись в которой указывается его название.
09.04.2003, 13:59
#15
Все эти соображения хороши только при использовании Access. И то некоторые из них спорны А здесь обсуждается создание чего-то нового, не связанного с Access.Сообщение от SN
09.04.2003, 14:00
#16
Тогда сложно будет делать запрос по одному человеку, играющему на рояле и отдельно по нему же, но играющему на баянеСообщение от Genn
09.04.2003, 14:25
#17
- Регистрация
- 19.03.2003
- Адрес
- Москва
- Сообщений
- 364
Eugen писал:
Я, конечно, не ношу гордого звания 'Опытный IT-специалист', но с десяток лет проработал программистом, пока не надоело. А в чём слабость моих соображений?Все эти соображения хороши только при использовании Access. И то некоторые из них спорны
09.04.2003, 14:32
#18
- Регистрация
- 05.11.2002
- Сообщений
- 2,972
Хотел отмолчаться но...
Дело в том, что как человек, не два и не три года занимавшийся базами данных, я бы эту штуку легко сваял на Visual Basic + Access
Но, как здесь кто-то уже заметил (невольно), проблема весьма непростая, так как совершенно плохо укладывается в модель традиционных реляционных таблиц (баз данных). Тут, скорее, нужна сетевая топология (простите уж, не-программисты).
На пальцах так:
Единица хранения может содержать много произведений (с разными исполнителями).
Произведение может размещаться на нескольких единицах хранения.
Произведение может иметь одного исполнителя, а может - десятки (N штук).
И т.п.
А теперь попробуйте нарисовать прямоугольную таблицу, в которую всё это легко влезет.
А? Ааа.... :(
(Спасибо за внимание )
(Serg, а можно всё-таки с Вами лично связаться на предмет...?)
09.04.2003, 14:38
#19
Привет!
Простой в использовании, но вместе с тем, на мой взгляд должна обладать максимумом полей, которые могут понадобиться потенциальному пользователю.Сообщение от SN
Существует, буквально, пара полей обязательных для заполнения, другие – хочешь заноси, хочешь нет… но и не найдется по данному атрибуту, если не задал.
Я замучаюсь набивать в транслите фамилию «Понькин». Любой язык допустим, однако, если юзер хочет что бы при поиске как по «Rachmaninov», «Rachmaninoff», так и по "Рахманинов" находились все Рахмаманиновы, юзер обязан все эти транскрипции занести в справочник композиторов, ну а при занесении очередной единицы хранения «опус», привязать его ко всем трем записям в справочнике «Композиторы».Сообщение от SN
Единственная тонкость с русским языком. Как я уже говорил, поиск по тексту, в данном случае это аннотация, либо сопроводительная статья, либо просто статья, осуществляется с уретом русской морфологии. Т.е. «идти» и «шел» - одно слово – разные времена. Те слова которые не опознаются по словарю, кстати, весьма и весьма большому, индексируются как «иероглифы», т.е. as is. Все нерусские слова – иероглифы. Увы, увы… сделать с этим я ничего не могу. Английский словарь имеется, но это стоит весьма немалых денег… В общем, когда ни будь возможно…
А вот этого, увы, не будет в ближайшее время. Т.е. автоматическая качалка из Интернета – задача, довольно, трудоемкая.Сообщение от SN
Ручками, господа, ручками…
Массовое занесение возможно, конечно, как я в одном из предыдущих писем писал. Т.е. пишется собственный конвертер из произвольного формата в тот, который я понимаю, но это не совсем тривиальная технологическая задача, с точки зрения обычного юзера. Я замучаюсь объяснять эту технологию и формат данных.
Ну, не знаю… возможности и удобство поиска у этой программы весьма высокие, что не раз отмечалось в специализированных сомпутерных журналах.Сообщение от SN
Пользовательская оболочка готова… почти.Сообщение от SN
NT, ХP и прочие устроят?
Программа, надо сказать, довольно жручая при поиске по определенным запросам. (Быстродействие процессора) Но там где работает Access все лётает без проблем, как правило.
Serg
09.04.2003, 14:49
#20
Прекрасно понимаю Вашу иронию, но Вы тоже должны понимать, что это не более чем шутка! :PСообщение от SN
"чем сложнее структура, тем больше времени требуется на занесение информации о новом диске" - в общем случае сложность занесения информации в базу не зависит от сложности её структуры. В представлении клиентского приложения структура информации может быть вообще совершенно другой.Сообщение от SN
"база должна вестись на англ. языке" - почему такой императив? Какой язык пользователь захочет использовать, такой и должен быть.
И ещё не совсем понял фразу: "стараться пользоваться стандартными возможностями поиска и/или составления запросов, предоставляемыми продуктами Microsoft".
Какие продукты кроме Access имеются в виду?
Похожие темы
-
Раскрутка записей
от cupermar в разделе Музыкальный менеджментОтветов: 17Последнее сообщение: 15.11.2012, 22:51 -
Хранение записей
от Genn в разделе Аудио- и видеозаписиОтветов: 3Последнее сообщение: 16.11.2008, 12:31 -
Каталогизация музыкальных записей.
от The One в разделе Аудио- и видеозаписиОтветов: 41Последнее сообщение: 24.06.2008, 20:52 -
Реставрация записей
от george89 в разделе Аудио- и видеозаписиОтветов: 5Последнее сообщение: 10.01.2007, 10:59 -
О качестве записей
от SN в разделе Техника аудио- и видеозаписи и воспроизведенияОтветов: 22Последнее сообщение: 28.05.2003, 11:47
Социальные закладки