> Можно раз в месяц выполнить SQL-запрос на вставку записи

Довольно сомнительно, чтобы обыкновенный юзер вообще знал слово SQL.

> Игорь Шевченко ©   (13.05.08 15:10) [59]
> oxffff ©   (13.05.08 14:52) [55]
>
>
> > RegisterDict( TUniDict.create(caption,Dataset,OnBeforeActivate,
>
> > OnAfterActivate));
>
>
> Через какое время ты забудешь о том, что делает этот код
> ?


Я не забуду. Для более сложных случаев я делаю пометки в виде словестного описания.

Юрий Зотов ©   (13.05.08 15:12) [60]


> Довольно сомнительно, чтобы обыкновенный юзер вообще знал
> слово SQL.


Обыкновенный юзер не знает слова Windows - этому слову его учат.
А для слова SQL применительно к обновлению справочника можно вполне составить пошаговую инструкцию с картинками.

oxffff ©   (13.05.08 15:16) [61]


> Я не забуду. Для более сложных случаев я делаю пометки в
> виде словестного описания


Если ты занимаешься этим один, то никаких вопросов с моей стороны нет и быть не может, все, в чем человек варится самостоятельно, может быть организовано как угодно.
Я обычно имею в виду работу в команде, когда код передается от программиста программисту.

> Юрий Зотов ©   (13.05.08 14:54) [56]

К сказанному, имеются таблицы: tPoint (Населенные пункты), tStreet (Улицы), tHome (Дома), обновляется таблица tHome примерно 1-9 раз в месяц. И не именно из-за того что эта таблица должна нести "свежие данные", тогда бы это был не справочник, а из-за выявления ошибок, или добавления "вновь поступивших" домов. Таблица содержит примерно 55000 записей причем 55000 индивидуальны (одна запись, один дом и информация о нем).
Таблицы tPoint и tStreet обновлялись один раз, и особой потребности в их обновлении не наблюдается, но их тоже необходимо отображать Оператору в виде справочной информации.

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

Для решения поставленной самому себе задачи, я пока судя из ветки вижу два способа, это: constructor, переписка метода Create и interface.

Как реализовать справочник при помощи "constructor" я уяснил, как реализовать справочник при помощи interface, пока мне непонятно.

Т.к. "constructor" судя по ветке был "закритекован" чем же тогда лучше "interface метод" ?
И как решаете и решали эти задачи вы ? А задача это реализовать справочник в программе...

Спасибо.

> К сказанному, имеются таблицы: tPoint (Населенные пункты),
>  tStreet (Улицы), tHome (Дома),


Если не секрет, зачем ?
Как они используются ?

> Сергей М. ©   (13.05.08 15:04) [57]
>
> > User1   (13.05.08 13:49) [48]
> >
> >
>
>
> Какая уж тут "гибкость", если ты жестко прописал информацию
> о таблицах, с которыми будет вестись работа, прямо в коде
> будущего приложения ?


Гибкость в пределах конкретного приложения.

Если бый хотел реализовать гибкость в пределах приложений, тогда бы пришлось помещать форму справочника в dll, и жестко не прописывать используемые таблицы в юните, а передавать в качестве параметра одной из функций (процедуре) указатель на DataSet, а с этим возникает множество проблем...

> Игорь Шевченко ©   (13.05.08 15:20) [62]

> Обыкновенный юзер не знает слова Windows - этому слову его учат.
> А для слова SQL применительно к обновлению справочника можно вполне
> составить пошаговую инструкцию с картинками.

Ты предлагаешь заодно обучить его SQL? И поставить ему дополнительную программу, которая этот SQL выполнять будет? И научить его с этой программой работать?

По инструкции с картинками.

Что ж, это можно. Можно придумать и еще целую кучу ректальных решений вместо одного простого, всем понятного и вполне естественного - сделать форму редактирования справочника.

И не морочить юзеру голову SQL и прочими вещами, которые к его работе не имеют никакого отношения.

> User1   (13.05.08 15:25) [63]


А ты не задумывался над распределенным Web-приложением ?

На стороне Web-клиента все готово - любой Web-браузер вполне успешно выполнит роль "универсального гибкого справочника".

На стороне Web-сервера ты волен строить любые польз.интерфейсы любого уровня сложности и "достойности" для доступа к любому набору данных.

> Игорь Шевченко ©   (13.05.08 15:28) [64]

tPoint -> tStreet -> tHome- это только часть связки структуры БД.

Затем чтобы можно было производить выборку без GROUP.
Затем чтоб сократить размер базы. (Тут конечно проигрыш в производительности, но с сегодняшним оборудованием я не вижу особых ограничений.)
Они используются в отчетах, где в таблицах tPoint, tStreet имеются поля классифицирующие каждую запись по своему и в соответствии с этим получаем несколько отсчетов разной формы.

Юрий Зотов ©   (13.05.08 15:34) [66]

Вот поэтому линукса никогда не будет на декстопе. Потому что забота о том, чтобы пользователь кроме мышки ничего в руку не брал и каждый раз продирался сквозь лабиринт окошек. Зато чудно, все при деле - юзер кнопки на мышке ломает, программистам на хлебушек, чтобы на каждый чих пользователя очередной набор окошек писать.


> Ты предлагаешь заодно обучить его SQL? И поставить ему дополнительную
> программу, которая этот SQL выполнять будет? И научить его
> с этой программой работать?


Вот при установке клиента Oracle, например, с которым наши "юзеры" работают, программка, которая SQL выполняет, ставится, знаешь ли, по умолчанию.


> И не морочить юзеру голову SQL и прочими вещами, которые
> к его работе не имеют никакого отношения.


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

User1   (13.05.08 15:48) [68]


> Затем чтобы можно было производить выборку без GROUP.


Больше вопросов не имею

> Что ж, это можно. Можно придумать и еще целую кучу ректальных
> решений вместо одного простого, всем понятного и вполне
> естественного - сделать форму редактирования справочника.
>
>
> И не морочить юзеру голову SQL и прочими вещами, которые
> к его работе не имеют никакого отношения.

Good ! :o) Хотя я конечно понимаю, что Игорь Шевченко сказал это не в прямом смысле...

> Вот поэтому линукса никогда не будет на декстопе. Потому
> что забота о том, чтобы пользователь кроме мышки ничего
> в руку не брал и каждый раз продирался сквозь лабиринт окошек.
>  Зато чудно, все при деле - юзер кнопки на мышке ломает,
>  программистам на хлебушек, чтобы на каждый чих пользователя
> очередной набор окошек писать.

Тоже верно.

Вот к слову например:

Реализованный в Enterprise Manager SQL Server 2000, Grid (который появляется при выполнении Open Table -> Return all Rows), я так понимаю при каждом создании таблицы, “ведь не создается форма с Grid- ом…”.

Как например там реализовали “подход справочника” если можно так сказать… ?

> Игорь Шевченко ©   (13.05.08 15:50) [69]

Игорь, юзер хочет и должен заниматься СВОЕЙ работой, а не освоением команд ОС, языка SQL и клиента Oracle. У него и без этого забот хватает.

Компьютер для него - лишь инструмент, который эту ЕГО работу ускоряет, делает простой и удобной. Именно потому, что есть мышка, окошки и программист, эти окошки написавший.

Я не поверю, что твои юзеры - другие.

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

> ^-k2-^ ©   (13.05.08 16:22) [75]

Правильно считает.

> Юрий Зотов  (13.05.2008 15:34:06)  [66]

Зачем дополнительную, что пункта меню и отдельной формы недостаточно?
Вспомним также историю создания SQL - он как раз для рядовых пользователей и создавался, что бы они могли строить простые запросы без программиста.

to Юрий Зотов ©   (13.05.08 16:24) [76]
ну и нафига ему тогда форма справочника? :)

Юрий Зотов ©   (13.05.08 16:15) [74]

Безусловно, пользователь должен заниматься своей работой. В процессе любой работы он пользуется инструментами. Можно сделать один инструмент на все операции пользователя (гибрид пассатижей с молотком), а можно для разных операций использовать разные инструменты. Только и всего.

Ты знаешь, как ни странно, навигацию в интернете пользователи осваивают довольно быстро, несмотря на то, что к работе эта навигация обычно не имеет ни малейшего отношения.


> Я не поверю, что твои юзеры - другие.


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