Моя филателия - программа для филателистов

Цитата: Сообщение от vvt

должна быть возможность указать ноиер по ЛЮБОМУ каталогу, а не по нескольким избранным, что впрочем у автора уже реализовано....

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

нужно предусмотреть возможность обновления справочников - загрузил файлик с сайта, импортировал, получил новые записи

нужно предусмотреть механизм перекидывания ссылок с одной записи справочника на другую - зачем понятно?

В процессе доводки БД можно предусмотреть разные возможности. Но для начала хотелось бы определиться со СТРУКТУРОЙ БД.

Цитата: Сообщение от koopee

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

1. Какие данные, по Вашему мнению, должен содержать элемент в каталоге марок?

2. Какие данные, по Вашему мнению, должен содержать элемент в коллекции марок?

Для хронологов, перечень полей, с оговорками, более или менее сформирован.
1. Но для тематиков нет главного. Вопрос вот в чем. Для сортировки и выявления марок по конкретной теме (виду, подвиду) мало одной ячейки с описанием марки. Пример. Самолет (какой –гражданский/военный), тип какой (истребитель/бомбандировщик/учебный…) марка (F-15/Ту-2…). Это только Авиа. А если еще и флот, то еще сложнее. Это актуально и для фауны, флоры, спорта….
В своем СУБД я вставлял еще три поля (Тема/п-тема/вид) и вводил кодировку (сокращения) значений на англ. с расшифровкой на руском.
При необходимости сортировки, выствляются нужные значения кодов в трех полях и выявляются все марки по этим признакам.
2. Не вижу необходимости создавать отдельную таблицу для серий.
В строке марки:
- в дополнительной поле "серия" ставится номер серии (обычно по номеру 1-й марки в серии или на ваш выбор другой)
- в дополнительно поле "наименование серии" пишется название серии (не путать с названием марки)
Что касается блоков, то они идут в строке как и марка, но соотвественной со своим номером и описанием.
3. Описание есть необходимость давать в двух полях - на двух языках (немецкий/англ. и отдельно русский), т.к. для адекватности перевода иногда лучше иметь первоисточник.

Пример линейки меню прилагаю.

Цитата: Сообщение от alsed

2. Не вижу необходимости создавать отдельную таблицу для серий.
В строке марки:
- в дополнительной поле "серия" ставится номер серии (обычно по номеру 1-й марки в серии или на ваш выбор другой)
- в дополнительно поле "наименование серии" пишется название серии (не путать с названием марки)
Что касается блоков, то они идут в строке как и марка, но соотвественной со своим номером и описанием.

Не согласен. В серии из 15 марок будет 15 раз дублироваться название серии. С точки зрения теории БД это неправильно.

Замечательно, что и про тематиков вспомнили :)

Тема/подтема/вид - это как минимум. При этом должна быть возможность одну и ту же марку отнести к разным темам. т.е. должно быть несколько полей: тема 1, тема 2, тема 3 - чтобы пользователь мог при необходимости сам вводить доплнительные поля

Цитата: Сообщение от Fanny horse

Замечательно, что и про тематиков вспомнили :)

Тема/подтема/вид - это как минимум. При этом должна быть возможность одну и ту же марку отнести к разным темам. т.е. должно быть несколько полей: тема 1, тема 2, тема 3 - чтобы пользователь мог при необходимости сам вводить доплнительные поля

Да, вот как это реализует Stanley Gibbons в электронном каталоге - 4 темы для ввода ключевых слов и все 4 заполнены:

Цитата: Сообщение от fioshin

Не согласен. В серии из 15 марок будет 15 раз дублироваться название серии. С точки зрения теории БД это неправильно.

Название серии повторяется простым копированием и особых сложностей для СУБД не представляет.
А что конкретно дает (какие такие возможности) создание отдельной таблицы для серии?

Цитата: Сообщение от Fanny horse

Замечательно, что и про тематиков вспомнили :)

Тема/подтема/вид - это как минимум. При этом должна быть возможность одну и ту же марку отнести к разным темам. т.е. должно быть несколько полей: тема 1, тема 2, тема 3 - чтобы пользователь мог при необходимости сам вводить доплнительные поля

Согласен с вами в отношении дополнительных полей.
Осталось убедить создателя программы....
В противном случае мы, как в анекдоте, программу купим, а пользоваться не будем!!!

Цитата: Сообщение от Naturalist

Да, вот как это реализует Stanley Gibbons в электронном каталоге - 4 темы для ввода ключевых слов и все 4 заполнены:

... вообще-то, на одной марке, уже не говоря о блоке или листе, может быть гораздо больше тем!
странно, что в дате год стоит на последнем месте, сортировка по числу что ли осуществляется ?
довольно странен выбор по пункту "другой формат" - FDC, а для марок ведь это марочные форматы - листы, м.листы, буклеты и пр.
какие строчки там кликабельны ?
* * *
Надо наверное две программы:
- хронология
- тематика.

Цитата: Сообщение от Faunist

... вообще-то, на одной марке, уже не говоря о блоке или листе, может быть гораздо больше тем!
странно, что в дате год стоит на последнем месте, сортировка по числу что ли осуществляется ? довольно странен выбор по пункту "другой формат" - FDC, а для марок ведь это марочные форматы - листы, м.листы, буклеты и пр.
какие строчки там кликабельны ?

Конечно, для данного блока и четырех тем мало.
Формат базы у Stanley Gibbons, конечно, специфический. Но важно знать - как это реализуется у разных фирм. Топикстартеру советую обратить внимание на список полей - там и водяной знак, и фосфор, и бумага, и размеры блока-марок и т.д. и т.п.

Кликается одно поле: "Дополнительная информация".
И вот что выходит по блоку "Фауна":

Technical Details
Fauna - Belarus & Russia Joint Issue
4-stamp miniature sheet + booklet:
Issue Date: 15 April 2005
Series: -
Colour: multicolour
Printing: offset
Paper: chalked-surfaced
Phosphor: -
Watermark: -
Gum: -
Plate Nos: -
Stamp size: 40 x 28 mm
M/S size: 132 x 68 mm
Booklet size: 225 x 120 mm (folded)
Sheet size: -
Perforation: frame
Designs: R500: Greater Spotted Eagle
R500: Dark Crimson Underwing
R1000: Beaver
R1000: Badger:
Format: -
Sheet: -
Stamp Quantity: -
M/S Quantity: 30.000
Booklet Quantity: 1.000
Designer: Petr Zhilichkin
Booklet Designer: Alexander Mityanin
Printers: -
First Day: -

Nature (joint issue of Belarus and Russia)

On April 15, 2005 Belarus Post will issue a souvenir sheet of
4 stamps "Nature" prepared by the Publishing Centre "Marka"
of the Republican Unitary Enterprise of Posts "Belpochta" (Belarus)
and the Federal State Unitary Enterprise "Publishing and Trading
Centre "Marka" (Russia).

The joint stamp issue of Belarus and Russia is dedicated to
the fauna of the transboundary territory of the Sozh river basin
and its inflows of the Iputs and Besed rivers. This territory
has an international biological diversity preservation meaning
of flora and fauna.

There are elements of Protection on the stamps.

A souvenir booklet has been designed as well. There is a souvenir
sheet of 4 stamps inside the double-sided cover.

A special cancellation on FDC will be carried out at the Main
Post Office of Minsk on the souvenir sheet issuing day.

Colour of the postmark - black.

Special postmark and FDC designed by Shamil Khairulin.

Цитата: Сообщение от alsed

Название серии повторяется простым копированием и особых сложностей для СУБД не представляет.
А что конкретно дает (какие такие возможности) создание отдельной таблицы для серии?

Реляционные базы данных строятся по определенным принципам. Конечно простым копированием можно решить много проблем. Зачем тогда обсуждать структуру БД? Можно обойтись Exсel-ом.
В таблицу СЕРИИ можно добавлять поля, которые описывают СЕРИЮ.