Посоветуйте привязку картинки к записи

[KBO]

Доброе время суток, форумчане.
У меня есть таблица птиц (bird), с их голосами (в таблице service), с полями:

id, field1 (integer), description (string), field2 (blob).
 1 _____ 234 ___________ voice _______ mp3
 2 _____ 234 ___________image_______ jpg <- например

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

Теперь к каждой птице, добавится ее одна или несколько картинок (или фото), скорее всего одна. Картинка должна будет отображаться всегда (при перемещении по списку птиц), если она есть в БД.

Теперь наверно придется делать все таки отдельную таблицу (н-р «features») с полями:

id, voice, image

т.е. таблицу с id, и двумя полями типа blob (voice и image), т.е. не т.к. в таблице service. А в табл. bird, поле с ссылкой на id в табл. features.
Связку Master-detail – делать не хотелось бы (вытягивать все blob`ы в dataset), как-то не очень…

Есть еще вариант:
«в событии OnDataChange (TDataSource) написать запуск таймера с некоторой задержкой, много большей чем автоповтор клавиатуры. А уже по срабатыванию этого таймера - загружать картинки, с помощью отдельного запроса, через какой-нибудь TIDQuery». Вопрос:

-- Как будет правильнее поступить в этой ситуации?

Заранее спасибо.

P.S.
В табл. "bird", записей с одно й той же птицей может быть несколько (не спрашивайте почему)

[Utkin]

Делать так:
Таблица Birds
id - собственное
name - имя, название птицы
description - описание птицы
здесь же можно надобавлять Ваши параметры

Таблица Images
Id - собственное
birds - ссылка на птицу
img - сам рисунок

Таблица Voices
Id - собственное
birds - ссылка на птицу
voice - сам голос

Это кошерно. Это принципы реляционных БД. Это много картинок и голосов к птице, то есть это масштабируемость. Делать так надо сразу и не изобретать велосипед. Далее сначала строится БД, потом под нее делается программа оболочка. Именно не соблюдение элементарных принципов проектирования приводит к таким проблемам.

В табл. "bird", записей с одно й той же птицей может быть несколько (не спрашивайте почему)

Не будем спрашивать. Мы и так знаем - от рас3,141592здяйства. В одной таблице ничего дублироваться не должно - дубликаты от того, что либо неверная структура таблицы, либо Вы пожадничали и вместо 2-3-х таблиц зафигарили все в одну кучу. Следуя Вашей логике на огороде надо выкопать одну яму, закинуть все туда и поливать почаще.

Связку Master-detail – делать не хотелось бы (вытягивать все blob`ы в dataset), как-то не очень…

Чего там не очень? Делается просто, когда в birds выбрана птица, Вы делаете select например по voices с параметром where birds=id птицы. Получаете список голосов и даете пользователю выбрать нужный. Ну а там уже по id голоса получаете сам голос. Немного занудно, зато вполне понятно и легко разбить на отдельные этапы и задачи. А значит легко автоматизировать процесс. Рисунки полностью аналогично.

[KBO]

О "Master-detail"-

Это например, если выборка например 500 записей птиц (в dataset), тогда, какие же объемы будут у dataset`ов "Images" и "Voices"? А если это еще и по сети будет грузиться, то вообще...

[Аватар]

Картинки и звуки не надо сразу все грузить, а подгружать по мере необходимости. В OnAfterScroll например

Не будем спрашивать. Мы и так знаем ...

Угу, знаем

[KBO]

Сообщение от Аватар

Картинки и звуки не надо сразу все грузить, а подгружать по мере необходимости. В OnAfterScroll например

Ну да, только через некоторый промежуток времени должен срабатывать запрос на картинки. А то если пользователь например, станет мышкой на grid с птицами, и нажмет кнопку "вверх" или "вниз", и пройдется (не отжимая ее сверхк вниз или наоборот), то наверно сервер упадет.

Звуки и так грузятся, только по нажатию определенной кнопки, т.е. не всегда.

А насчет дублей я и сам знаю, что нарушил несколько правил РБД, только не знаю пока как от них избавиться

А вот то, что "Image" и "Voice" разносить по разным таблицам - может можно в одну? и добавить в нее поле "Description" и записывать в него "Image" и "Voice" соответственно.
Конечно я не против нескольких таблиц. но их в БД и так 207, и запросы писать в одну таблицу как-то проще по-моему.
Но конечно, если в разные, то в разные...

[Utkin]

Это например, если выборка например 500 записей птиц (в dataset), тогда, какие же объемы будут у dataset`ов "Images" и "Voices"? А если это еще и по сети будет грузиться, то вообще...

Я уже написал как надо сделать.

А насчет дублей я и сам знаю, что нарушил несколько правил РБД, только не знаю пока как от них избавиться

Я Вам навскидку написал как просто сделать - птицы основная таблица, голоса и рисунки подчиненные.

А вот то, что "Image" и "Voice" разносить по разным таблицам - может можно в одну? и добавить в нее поле "Description" и записывать в него "Image" и "Voice" соответственно.

Зачем? К чему эти маниакальные идеи? Складывать мух и котлет в одну кучу?

Конечно я не против нескольких таблиц. но их в БД и так 207, и запросы писать в одну таблицу как-то проще по-моему.

Какая Вам разница? вы их там вручную что ли складываете стопочкой? Запустили цикл и класть сколько там записей и таблиц.

Но конечно, если в разные, то в разные...

Это проще обрабатывать и наведет порядок в голове.

Это например, если выборка например 500 записей птиц (в dataset), тогда, какие же объемы будут у dataset`ов "Images" и "Voices"? А если это еще и по сети будет грузиться, то вообще...

Поэтому и нужные разные таблицы, чтобы грузить только то, что требуется и только тогда когда требуется. А не брать разом весь винегрет.

но их в БД и так 207, и запросы писать в одну таблицу как-то проще по-моему.

Что за мегапроект в 207 таблиц? Вы каждую птицу в отдельную таблицу пихаете что ли? Или это только скромный фронт работ.

[KBO]

С голосами понятно, я их подгружаю по нажатию отдельной кнопки (благо, что к каждой птице пока всего одна запись голоса)

А вот картинки, в Master-detail, как я выше писал, что будет, если пользователь просто будет жать кнопку "вверх", "вниз" (УДЕРЖИВАЯ их), находясь на списке птиц. Этож запросы (where birds=id птицы) с картинками, будут "летать" туда-суда? точнее только на клиент

[Utkin]

А вот картинки, в Master-detail, как я выше писал, что будет, если пользователь просто будет жать кнопку "вверх", "вниз" (УДЕРЖИВАЯ их), находясь на списке птиц. Этож запросы (where birds=id птицы) с картинками, будут "летать" туда-суда? точнее только на клиент

Поиграйте со свойствами. Аватар, уже предалагал Вам:

В OnAfterScroll например

[KBO]

да, я знаю, с задержкой...

[Аватар]

Далась эта задержка. А попробовать без неё и посмотреть на поведение программы. И как эта задержка будет нервировать пользователя в голову не приходило?