Посоветуйте решение

← →
Silver_ (2003-03-05 10:18) [0]

Ситуация:
В БД есть куча таблиц все записи которых должны иметь поле МЕМО причем этих МЕМО
может быть несколько а может и не быть вовсе

Решение №1:
Сделать 2 таблицы 1-основная(master) 2-подробная(detail) зто решение действительно
если каждой таблицы присобачить по одной подробной :(((

Решение №2:
Сделать ОДНУ подробную(detail) таблицу для ВСЕХ основных(master)
добавив при этом поле с именем(индексом) соответствующей таблицы

Как сделать связи вот это БОЛЬШОЙ вопрос.
Можно конечно поиграть с ФИЛЬТРАМИ но при добавлении новой записи придется РУЧКАМИ
заполнять соответствующее поле с именем(индексом)

Внимание вопрос
КАК БЫТЬ, понимаете :(, может вобще подход неверный

жду советов :))

← →
Style (2003-03-05 10:25) [1]

Создай еще одну таблицу в которой будешь хранить как бы поля Memo! Вообще сами поля Memo использовать не рекомендуется, База будет глючить.
Поэтому создаешь такую шапку

MemoID - Номер твоей Мемы
MemoStringID - Номер строки в Мемо
String - Строка

А в главной твоей таблице есть указатель на MemoID
Соответсвенно делаешь
Select * from Memos where MemoID = :ID order by MemoStringID

и Начитываешь данные в TMemo

← →
Johnmen © (2003-03-05 10:26) [2]

>...придется РУЧКАМИ...

Жалко ручки бить ? :)

← →
MsGuns © (2003-03-05 11:14) [3]

>Style (05.03.03 10:25)

Торговля медпрепаратами без диагоноза врача чревата последствиями ;)))

Как мы можем советовать что "прикрутить", а что "открутить", не видя в глаза то, к чему все это должно прикручиваться ?
Хотя, ИМХО, большое число Мемо-полей есть нехорошо и говорит о некачественной постановке задачи. Хотя бывают, конечно, исключения

← →
Silver_ (2003-03-05 16:13) [4]

> большое число Мемо-полей есть нехорошо и говорит о некачественной
> постановке задачи. Хотя бывают, конечно, исключения

это как раз исключение и есть

бос иностранец, юзеры разноязычные (2 яз.)
- юзеры добавляют записи и пояснения к ним (если надо)
- некто переводит пояснения

получается одно и тоже на разных языках (выбираешь язык получаешь своё)

бос не хочет ограничения в пояснении (до 255 симв.) приходится мириться (как не как бос)

← →
MsGuns © (2003-03-05 17:46) [5]

Пояснения сделай как детальную таблицу, привяжи ее к Мастеру по ID мастера. В детале сделай доп.ключ.- "Код языка" (лучше через справочник). Тогда к одной записи может быть сколько хошь пояснений на разных языках. Или можно добавить свой UID-ключ для того, чтобы не завязываться на единственный комментарий на один язык. Сам текст пояснения сделай VARCHAR (длина совсем не 255 - читай хэлп - для разных форматов он разный), а если хочешь сохранить формат ввода (отступы-переносы), то организуй мемо. Только вот в гриде будет несколько неудобно просматривать такие "комментарии". Но опять же к гриду можно прикрутить панель с TDBCtrlGrid`ом, в котором разместить несколько разных пояснений.

← →
Silver_ (2003-03-12 17:30) [6]

> MsGuns ©

наверное неверно выразился и вот...

проблема в том что КУЧА таблиц ВСЕ записи в них могут иметь пояснения (причем без
ограничений - т.е. МЕМО в самый раз)

т.е. по сути получаются МНОГО основных(master) и одна подробная (MemosTable)
устанавливаем связь текущая основная и подробная (MemosTable) и все

MemosTable должна иметь примерно следующую структуру
ID (+)
IDMasterTable (N) - Указатель на таблицу (master) (---???---)
IDMasterField (N) - Указатель на запись в таблице (master)
IDLang (N) - Язык
Memo (Memo) - само пояснение

IDMasterField - может иметь одонаковые значения в рвзных таблицах
(к примеру Т1.ID может быть = T2.ID во всех Т. с 1 начинаются все ведь)
поэтому IDMasterTable обязателен но
откуда его взять (---???---) и как вязку сделать БОЛЬШОЙ ???

← →
Dred2k © (2003-03-12 17:54) [7]

Предлагаю так.

1. Все прикладные таблицы (записи которых будут иметь описание)
строятся по схеме (нотация вольная, первичные ключи отмечены *):

table_1 {
* RowID Integer; // (уникальный ID записи в рамках таблицы)
// Все, что нужно в таблице ...
}
...
table_n

2. Таблица пояснений к записям таблиц.

OriginalComments {
* CommentID Integer; // Уникальный ID комментария
TableName Char(20); // Имя таблицы, запись которой
// описывается
RowID Integer; // ID записи в рамках этой таблицы
CommentText Memo(255); // Сам оригинальный комментарий (тип -
// по вкусу, в зависимости от шефа) ;)
}

3. Таблица переведенных комметариев

TranslatedComments {
* CommentID Integer; // ID оригинального комментария
* LangID Integer; // ID языка (на будущее)
CommentText Memo(255); // Переведенный комментарий
TranslatorID Integer; // ID переводчика (на будущее)
DateDo DateTime; // Дата и время перевода
// и всякая хрень по вкусу ...
}

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

← →
Dred2k © (2003-03-12 18:11) [8]

Возвращаясь к напечатанному. ;)
Вместо TableName в таблице OriginalComment лучше завести TableID типа Integer и получать его через справочник таблиц типа
Tables {
* TableID Integer
TableName Char(20) // На это уникальный индекс
}
Будет компактнее, по скорости трабла не будет.
И получим мы в итоге:
- для данной записи (RowID) данной таблицы (TableID по имени таблицы из Tables) лезем в OriginalComments за оригинальным комментарием
- по CommentID оригинального комментария (если такой вообще был для этой записи этой таблицы) из TranslatedComments выбираем либо все переводы, либо для языка и т.п. Если они есть ;)
Вот и все.

← →
Silver_ (2003-03-13 14:45) [9]

ща внимательно изучу, обещау вердиктом :) поделиться

← →
Silver_ (2003-03-13 15:57) [10]

> Dred2k ©

идея и структура понятна думаю подойдет

вопрос в том как узнавать имя активной (которую щас редактируем) таблицы (основной) дабы связать с ней подробную MemosTable
или как в примере стать на нужную строку в таблице со списком таблиц

и желательно не вешая на каждый DataSet чего-то :)
а то КОРЯВЫЙ выход есть - когда показываем форму тогда и делаем связь и так для каждой формы
при том количестве что у меня + куча фреймов (а у них (фреймов) OnShow/OnHide, OnActivate/OnDeactivate или
ище чего полезного нету) то можно не тока руки но и мозги сломать.

Вот и ищу КАК устроить это в ОДНОМ месте для всех таблиц во всем проекте
...ловим текущую таблицу делаем с нею чего нада и дальше пошли КРАСОТА но КАК???

Да очень просто.

procedure TranslateShow(ATable : TTable); var tmpTableID, tmpRowID : Integer; begin if(not Assigned(ATable)) then raise EKapez.Create(";)"); // Проверяем таблице на открытость ... // Получаем ID текущей записи в данной таблице tmpRowID := ATable.FieldByName("RowID").AsInteger; // Дальше лезем по ATable.TableName (имя таблицы) в справочник // и получаем TableID // ... tmpTableID := ... залезли // Ну вот и все - дальше по TableID и ID текущей записи этой // таблицы выбираем, анализируем и отображаем все дела ... // Внимание! В ATable.TableName должно быть имя таблицы, // без пути (путь можно указывать для paradox, dbase, ...). // Иначе - не найдем. end;

Идея ясна?
Успехов.

← →
Silver_ (2003-03-13 16:18) [12]

если правельно понал листаем таблицы И проверяем на открытость
а когда, как часто и главное лучше всего это делать :))

уж не обессуть :)

Ни фига не так.
Я тебе накидал скелет вызова, с помощью которого ты предоставишь юзеру возможность в любой момент времени вызвать окно с отображениями переводов текущей записи текущей для юзера таблицы. Вот и все. Таблица должна быть открыта (это ясно - иначе как мы получим RowID и вообще зачем она тогда юзеру).
То есть, грубо говоря, юзер жмет кнопку и получет окно с парой там таблиц с чем-то. Смотрит на них и все такое. Вдруг он понял, что лох и ему нужен коммент для текущей записи, погрузившей его в системный ступор ;) Так вот рядом с гридом будет кнопка "Комментарии к записи". Юзер ее нажмет и получит окно отображения комментариев. В Кнопка.OnClick ты напишешь просто и гениально:
begin
TranslateShow(текущая таблица);
end.
Ферштейн?

← →
Silver_ (2003-03-13 16:36) [14]

бос желает без лошних действий

где-то (неважно) торчит МЕМО при листания таблицы (лубой) есть пояснение к строке показывает, нет - пусто. Чуть выше список азыков выбирает другой показывается то же пояснение на соответствующем языке

бос не хочет лишних движений

Нет проблем. Тогда два варианта.

1. Полюбому некрасивый.
Во всех прикладных таблицах RowID - свозной, т.е. уникальный для любой записи из любой таблицы.

2. Не особо красивый, но надежный.
Во всех прикладных таблицах рябом с RowID сразу лежит TableID (Integer), одинаковый для всех записей одной таблицы, но уникальный для каждой прикладной таблицы.

И все. Рядом с отображением прикладной таблицы молча кладешь отображение комментариев. При этом в лоб мочишь мастер-детал (мастер - эта таблица по TableID и RowID, детал - это OriginalComments по этим полям). Еще можно (и нужно) мастер-детал от OriginalComments к переводам (с навигацей по ним - их ведь может быть несколько). Забомби компонентом (вместе со всей визуальщиной, наследовать лучше от TPanel) - кладешь на форму, ставишь свойства (прикладная таблица - оно одно будет) и арбайтен.
Извини, но более другого реального решения я не вижу. Если есть вопросы по реализации всех предложенных механизмов - помочь не смогу физически. Это надо знать и уметь.
Успехов! :)

Посоветуйте решение Найти похожие ветки