|
|
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
Если есть какие нибудь идеи/предложения по нижеследующему, буду очень признателен. База данных рецептора IUPHAR - широко используемая база данных. Таким образом, база содержит работу большого количества экспертов, которые извлекли информацию из научной литературы, чтобы произвести всестороннюю и точную справочную работу над фармакологическими рецепторами. Вы можете просмотреть базу данных в http://www.iuphar-db.org/GPCR/ReceptorFamiliesForward . Web-страницы, которые Вы видите, созданы на лету из основной реляционной базы данных, проект которой не является полностью удовлетворительным. Задача спроектировать версию по лучше. Tребуеться только объяснить следующую информацию в странице рецептора: структурную информацию - Structural Information, функциональное испытание - Functional assays Агонист (это эндогенное вещество или лекарство, которое может взаимодействовать с рецепторами и инициировать физиологические или фармакологические характеристики отклика рецептора) - Agonists Пример: http://www.iuphar-db.org/GPCR/ReceptorDisplayForward?receptorID=2166 Незнание биологий не так уж значительно. Cхема должна описовать семьи рецептора и соответсвующию по ней информацию. Несколько советов : 1) Должна быть независимая таблица или таблицы, которые описывают публикации. 2) В некоторых местах есть текст с внедренными ссылками на публикации. В реляционной базе данных не легко гарантировать, что те ссылки - ссылаются на существующие публикации (ограничение внешнего ключа). Попытайтесь придумать частичный ответ к представлению такого ограничения, 3) Чтобы понять, есть ли кое у чего ключ , иногда полезно смотреть на URL Резюмируя - Необходимо представить следующее: i. E-R диаграмма для схемы ii. SQL DDL, удостоверяясь, что включаны все ключи и внешние ключи. *** Отметьте, что не требуеться создовать web-страницу или таблицу, необходимо произвести ряд таблиц, которые могли использоваться некоторым программным обеспечением, чтобы генерировать web-страницу с минимальным количеством дополнительной работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2008, 00:12 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
KazaXНеобходимо представить следующее: i. E-R диаграмма для схемы ii. SQL DDL, удостоверяясь, что включаны все ключи и внешние ключи. *** Отметьте, что не требуеться создовать web-страницу или таблицу, необходимо произвести ряд таблиц, которые могли использоваться некоторым программным обеспечением, чтобы генерировать web-страницу с минимальным количеством дополнительной работы.Вы, наверное, плохо различаете БЕЗВОЗМЕЗДНУЮ ПОМОЩЬ и ОПЛАЧИВАЕМЫЙ ТРУД . Наймите хорошего архитектора (с) guest_xxx ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.10.2008, 14:57 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
BelyKazaXНеобходимо представить следующее: i. E-R диаграмма для схемы ii. SQL DDL, удостоверяясь, что включаны все ключи и внешние ключи. *** Отметьте, что не требуеться создовать web-страницу или таблицу, необходимо произвести ряд таблиц, которые могли использоваться некоторым программным обеспечением, чтобы генерировать web-страницу с минимальным количеством дополнительной работы.Вы, наверное, плохо различаете БЕЗВОЗМЕЗДНУЮ ПОМОЩЬ и ОПЛАЧИВАЕМЫЙ ТРУД . Наймите хорошего архитектора (с) guest_xxx не думаю что это так сложно чтоб нанимать кого-то, есть идеи получше? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2008, 17:01 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
За бесплатно такое никто делать не будет ИМХО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2008, 17:23 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
KazaX, вы бы проблему описали. Что вызывает затруднения? Способ описания публикаций? Гарантирование живых ссылок на публикации? Нужна ссылка на актуальную версию публикации? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2008, 17:33 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
KazaXне думаю что это так сложно чтоб нанимать кого-то, есть идеи получше?Если это так просто - почему не сделать самому? Часик у компа и все готово... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.10.2008, 18:05 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
guest_20040621KazaX, вы бы проблему описали. Что вызывает затруднения? Способ описания публикаций? Гарантирование живых ссылок на публикации? Нужна ссылка на актуальную версию публикации? Точно замечено, все Вами перечисленное. Я накидал так, но не совсем уверен в этом. Если заметили когда переходите по ссылке, в УРЛ просвечиваются идентификаторы, chapterID , первое это уже можно думать о таблице семеиств (код, имя , второстепенный ключ (receptorID)), таблице рецептора (код, имя, и относительная инфо по ней), таблица публикаций, таблица терминов, таблица авторов. Ну как организовать таблицы? И насколько разумно иметь именно эти таблицы для эффективности что-ли? Как связать таблицы учитывая ссылки, просто создать таблицу на каждую ссылку и через идишники (просто очень много ссылок)? Например в таблице structural Information 3 ссылочных колонок. И как обеспечить актуальность ссылок? Можно как то оптимизировать схему ? Буду признателен если можно както сформулировать решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2008, 16:20 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
> Ну как организовать таблицы? Да просто в лоб. Документы: берем Dublin Core Metadata, описываем статьи. Ссылки: обычная связь n:m. Ссылки в тексте: резервируем некую последовательность спецсимволов (хотите - возьмите за основу систему, используемую в wiki, хотите - придумайте свою). Целостность ссылок: если есть возможность контролировать размещенные статьи (т. е. есть доступ к хранилищу), все просто - ведем версии, регулярно проверяем доступность файлов. Если доступа нет - чуть сложнее: пишем робота, который с заданной периодичностью проверяет доступность статей и возвращает результат проверки. Ссылки на словарь - аналогично, подсветка - аналогично. В первом приближении где-то так. > И как обеспечить актуальность ссылок? Если статья имеет несколько редакций (или, например, есть варианты публикаций в разных изданиях или на разных языках), есть смысл хранить в тексте ссылку на первую редакцию и иметь ссылки на варианты уже со страницы статьи. Так будет сильно проще. Тогда на этой же странице можно будет давать ссылки на близкие по теме материалы, сгруппированные по любому из нужных признаков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.10.2008, 23:01 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, Привет, У меня задача просто произвести ряд таблиц, которые отвечали бы упомянутым критериям. Спосибо за ответ. В ответе не совсем понятно "Ссылки в тексте: резервируем некую последовательность спецсимволов (хотите - возьмите за основу систему, используемую в wiki, хотите - придумайте свою)" можно расширить мысыль? Все, что мог составить в ---относительно задачи привожу внизу, таблица Agonist пустая, с организацией не получается. В голову ничего разумного больше не приходит. Комментарии, рекоммендации приветствуются!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2008, 15:30 |
|
||
|
Улучшение схемы базы данных. Нужен совет профи.
|
|||
|---|---|---|---|
|
#18+
KazaXguest_20040621, Привет, У меня задача просто произвести ряд таблиц, которые отвечали бы упомянутым критериям. Спосибо за ответ. В ответе не совсем понятно "Ссылки в тексте: резервируем некую последовательность спецсимволов (хотите - возьмите за основу систему, используемую в wiki, хотите - придумайте свою)" можно расширить мысыль? Все, что мог составить в ---относительно задачи привожу внизу, таблица Agonist пустая, с организацией не получается. В голову ничего разумного больше не приходит. Комментарии, рекоммендации приветствуются!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.11.2008, 15:30 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=35623825&tid=1543592]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
183ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 210ms |
| total: | 489ms |

| 0 / 0 |
