Как обновлять TAdoTable в одной форме, при изменении в другой?

← →
Ega23 © (2009-02-18 12:45) [40]

> Все же остался вопрос - что почитать такого полезного по
> теме датабазных компонентов дельфи? Что есть такое узкоспециализированное?

На sql.ru и на rsdn посмотри статьи, вроде неплохие были.
Сам тоже всё собираюсь Getting Started написать, да руки никак не доходят.

← →
тимохов (2009-02-18 12:54) [41]

Еще раз всем спасибо за внимание.
Хороший у нас формум - добрый и отзывчивый.

← →
Sergey13 © (2009-02-18 13:08) [42]

> [38] тимохов (18.02.09 12:34)
> по теме датабазных компонентов дельфи

ИМХО читать тут надо про клиент-серверную технологию вообще для начала. Т.е. мысленно уходить от модели "взять от базы все и тут покрутить" как можно дальше.
Плюс продумать хорошенько пользовательский интерфейс. ИМХО в принципе направильно давать пользователю ОДНОВРЕМЕННО работать и в справочнике клиентов и в частях приложения, основанных на этом справочнике. MDI придумывался, как мне кажется, для работы с однотипными и НЕЗАВИСИМЫМИ документами. Тот-же ворд например. Для специализированного софта для разнообразной работы с разнообразной и ЗАВИСИМОЙ информацией он подходит очень плохо (исключений думаю не много).

После этого вопрос о конкретных компонентах может и сам собой отпадет.

← →
Sergey13 © (2009-02-18 13:11) [43]

> [42] Sergey13 © (18.02.09 13:08)
> в принципе направильно
в принципе не правильно

← →
Anatoly Podgoretsky © (2009-02-18 13:45) [44]

> тимохов (18.02.2009 9:21:05) [5]

> Я вообще планирую данную систему развивать долго и поглотить все наши учетные задачи по работе с клиентами. Своего рода - это доморощенная CRM система будет, учитывающая специфику взаимодействия с клиентами.

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

← →
Anatoly Podgoretsky © (2009-02-18 13:48) [45]

> Плохиш (18.02.2009 10:59:11) [11]

Ни грамма не похож, тот умный.

← →
Anatoly Podgoretsky © (2009-02-18 13:49) [46]

> тимохов (18.02.2009 11:11:13) [13]

TDecimal -> TBCD/TFmtBCD

← →
тимохов (2009-02-18 14:06) [47]

> Anatoly Podgoretsky © (18.02.09 13:49) [46]
>
> > тимохов (18.02.2009 11:11:13) [13]
>
> TDecimal -> TBCD/TFmtBCD

Анатолий, не говори глупостей :) Они ни фига не тоже самое для tdecimal. Особенно в AdoDb.
См. выше, исходники что-ли adodb посмотри, подумай над ними на досуге, QC посмотри насчет багов в той части, а потом пиши на форум.
ок?

-------
Перефразирую, спасибо доброй половине форума, которая сказала действительно полезное.

← →
Плохиш © (2009-02-18 14:07) [48]

> Anatoly Podgoretsky © (18.02.09 13:48) [45]
>
> > Плохиш (18.02.2009 10:59:11) [11]
>
> Ни грамма не похож, тот умный.

Вот и я удивился, а он утверждает, что он...

← →
тимохов (2009-02-18 14:13) [49]

> Sergey13 © (18.02.09 13:08) [42]
>
> > [38] тимохов (18.02.09 12:34)
> > по теме датабазных компонентов дельфи
>
> ИМХО читать тут надо про клиент-серверную технологию вообще

старик, у меня 2 крупных разноплановых проектов от клиент-серверных до распределенных. публичный, правда 1 - www.vkkb.ru. тут, я думаю учиться мне нечему.

твое мнение про MDI мне видится крайне спорным. а что скажешь про 1C - у нее какой интерфейс какой? не MDI случаем?

← →
Anatoly Podgoretsky © (2009-02-18 14:31) [50]

> тимохов (18.02.2009 14:06:47) [47]

А я говорил, что тоже самое, я тебе показал во что они преобразовываются, особенно в AdoDb.

← →
Сергей М. © (2009-02-18 14:37) [51]

> тимохов

Возможно это

http://www.devguru.com/Technologies/ado/quickref/recordset_clone.html

тебе поможет.

← →
Ega23 © (2009-02-18 14:40) [52]

> твое мнение про MDI мне видится крайне спорным. а что скажешь
> про 1C - у нее какой интерфейс какой? не MDI случаем?

А, типа, 1С - идеал клиентского GUI???

← →
Sergey13 © (2009-02-18 14:59) [53]

> [49] тимохов (18.02.09 14:13)
> старик, у меня 2 крупных разноплановых проектов от клиент-
> серверных до распределенных

Тогда откуда все эти Table-ы и Filter-ы из которых и растут твои проблемы?

> а что скажешь про 1C

Я не работал с ней, только видел и слышал. Скажу то, что редко какая программа вызывает в инете столько нареканий. У нее есть достоинства, ИМХО, но в другой плоскости.

← →
тимохов (2009-02-18 15:04) [54]

> Sergey13 © (18.02.09 14:59) [53]
> Тогда откуда все эти Table-ы и Filter-ы из которых и растут
> твои проблемы?

краткое содержание пред. серий:
1. в дельфи нет tdecimal (var type 14, почему-то не реализован в дельфи о чем есть соотв. коммент модуле system.pas).
2. поэтому я не пользуюсь его дата контролами и дата аксесом.
3. юзаю свой - импортирован из adodb + своя обертка.
4. также импорт функций работы с tdecimal из oleauto32.dll.
5. посему ни table ни filter ни разу не пользовался.
6. сейчас хочу разбраться, чтобы использовать для простых датабазных задач, которые по ходу бизнеса часто возникают и не являются фундаментальными, чтобы на них писать свои фреймворки - сойдет готовый.

-----

все же по поводу MDI, ты имхо не прав - для систем с большим количеством информации лучше сложно что-то придумать.

← →
MsGuns © (2009-02-18 15:08) [55]

>тимохов (18.02.09 14:13) [49]
>> ИМХО читать тут надо про клиент-серверную технологию вообще
>старик, у меня 2 крупных разноплановых проектов от клиент-серверных до распределенных. публичный, правда 1 - www.vkkb.ru. тут, я думаю учиться мне нечему.

"Старик" советует совершенно правильно. Если человек говорит "учиться нечему", это значит человеку остро необходимо учиться и учиться :)

>твое мнение про MDI мне видится крайне спорным.

"Старик" имеет совершенно правильное мнение. Поверье, Вам советую люди, наломавшие лесА этими эмдэишными интерфейсами, а потом переписывывшие проекты заново.

>а что скажешь про 1C - у нее какой интерфейс какой? не MDI случаем?

Ни в коем случае не рекомендую при разработке и прикладных интерфейсов руководствоваться свистунским. Не забывайте, что он явился к нам из доса и концептуально так и не был переработан (а зачем - мильоны народу привыкли !).

По поводу погрешностей при хранении и вычислении дробных данных.
Опять же на базе весьма немалого опыта советы:

1) числа в БД хранить в формате Float, на клиенте extended
2) иметь в виду адошную хреновую привычку преобразовывать "родное" плавающее в FBCD, борясь с этим явным преобразованием в запросах и получая на клиента ftFloat
3) при любых арифм. операциях НА КАЖДОМ итерационном шаге округлять (чаще всего для денег до сотых копейки - хватает в 99,9 случаев из 100)
4) итоговые суммы по входящим документам (приходам например) должны быть представленны в БД ЯВНО (отдельным полем) и контролироваться при вводе сранением с подсчитанной фактурной.
5) учет ТМЦ вести партионно во избежание получения ненулевого суммового остатка при нулевом количественном, а если все же учет суммовой, то при списании в 0 количества формировать проводку для "сброса" в 0 и суммы - иначе на складе будет туча остатков 0 с ненулеворй суммой - замучаешься с балансировкой, да и с Главной будут расхождения. Особенно это касается "мелочи", например малоценки или материалов типа гвоздей - я этого "добра" в свое время накушался выше крыши, пока не догадался делать правильно и сразу.

← →
тимохов (2009-02-18 15:18) [56]

> MsGuns © (18.02.09 15:08) [55]
> "Старик" советует совершенно правильно. Если человек говорит
> "учиться нечему", это значит человеку остро необходимо учиться
> и учиться :)

виноват, слишком категорично я сказал. исправлюсь. :)

----
У меня как-то особых претензий к MDI интерфейсам нет. Признаться, не видел достойной альтернативы.

----

Тема себестоимости сложна, к сожалению. Особенно в крупных конторах с десятками центров ответственности, внутренними перемещениями и пр. Мы храним и кол-ва, и цены (10 знаков после запятой) и суммы. Пока хватает. На клиент тот самый TDecimal. Кстати, обещают его скоро сделать внутрь дельфи. Тогда точно перейду на native контролы. :)

← →
MsGuns © (2009-02-18 15:22) [57]

>тимохов (18.02.09 15:04) [54]
>1. в дельфи нет tdecimal (var type 14, почему-то не реализован в дельфи о чем есть соотв. >коммент модуле system.pas).

А почему - Вы не задумывались ? А главное - зачем ? Типы данных, имеющиеся в Делфи, с лихвой удовлетворяют 100% ЭКОНОМИЧЕСКИХ решений.
К тому же большинство серверов хранят числа с дробями в ПЛАВАЮЩЕМ МАШИННОМ формате, а декларативные типы указывают лишь до какой значности ОКРУГЛЯТЬ числа при расчетах или посылке клиенту.

>2. поэтому я не пользуюсь его дата контролами и дата аксесом.

А вот причем тут датаконтролы и источники - непонятно. Они не связаны с входным преобразованием нативных данных сервера в типы языка, а служат лишь для отображения и привязки.

>5. посему ни table ни filter ни разу не пользовался.

??? Причем тут вообще и то и другое

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

ИМХО, не с того начинаете. Вы еще только-только учитесь ездить на велосипеде, а уже тренируете езду на одном колесе задом наперед (как в цирке)
Что Вы имеете в в иду под "фреймфорком" - что-то типа сервера приложений ?

>все же по поводу MDI, ты имхо не прав - для систем с большим количеством информации лучше >сложно что-то придумать.

MDI придуман вовсе не для "систем с большим количеством информации", а для МНОГОДОКУМЕНТНОЙ системы отображения, советую почитать рекомендации Пачеко на сей счет.
Кроме того, реализовать нормальный МОДАЛЬНЫЙ способ хотя бы для ввода-редактирования, абсолютно необходимый для АДЕКВАТНОГО восприятия технологии работы с приложением БД рядового пользователя, на MDI во-первых сложно технически, во-вторых все равно неудобно, в-третьих все равно будет хуже.

ЗЫ Вы вообще внимательно читаете то, что Вам здесь понаписали ?

← →
тимохов (2009-02-18 15:26) [58]

> MsGuns © (18.02.09 15:22) [57]

мы уже на философию выходим.
к сожалению нет на это времени.
у каждого свои привычки и опыт.

← →
MsGuns © (2009-02-18 15:30) [59]

>Тема себестоимости сложна, к сожалению. Особенно в крупных конторах с десятками центров >ответственности, внутренними перемещениями и пр. Мы храним и кол-ва, и цены (10 знаков после >запятой) и суммы. Пока хватает. На клиент тот самый TDecimal. Кстати, обещают его скоро >сделать внутрь дельфи. Тогда точно перейду на native контролы. :)

Сложность только от неопытности - стОить один раз не полениться и сделать правильно :)

Вы опасно заблуждаетесь, считая что если Вам дать аппарат типизации чисел с фиксированной дробью, то "проблема погрешности" будет успешно решена. Не стОит забывать, что один раз "забитая" точность со временем может перестиать удовлетворять учету. И тогда придется лопатить все проекты, переопределяя этот Ваш ftDecimal. Который, повторюсь, нужен как ужу рогатка.

← →
тимохов (2009-02-18 15:34) [60]

> MsGuns © (18.02.09 15:30) [59]

да, отказать подискутировать сложно :)

Согласитесь, что все в мире относительно. в том числе и правильность. в бухучете вообще правильность не ясна - многие вопросы ни в ПБУ ни в других документах не рассмотрены или рассмотрены поверхностно. Особенно это касается алгоритмов. Все делают в меру своего понимания. А понимание у всех тоже разное.

К тому же никакой связи себестоимости и Decimal я не делал. Я просто сказал, что использую Decimal для хранения себестоимости.

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

>тимохов (18.02.09 15:34) [60]

>правильность не ясна - многие вопросы ни в ПБУ ни в других документах не рассмотрены или >рассмотрены поверхностно. Особенно это касается алгоритмов. Все делают в меру своего >понимания. А понимание у всех тоже разное.

Вы не правы. В БУХГАЛТЕРСКОМ УЧЕТЕ все предельно ясно, в частности с округлением, которое у него отличается от математического. Туманность и неоднозначность имеется в НАЛОГОВОМ УЧЕТЕ, хотя бы потому, что он перманентно изменяется. Но не в сторону правл округления однако :)

>К тому же никакой связи себестоимости и Decimal я не делал. Я просто сказал, что использую >Decimal для хранения себестоимости.

Опять Вы невнимательно читаете. Этот самый DECIMAL суть ПРАВИЛО ЯЗЫКА, в данном случае принятым в конкретным стандарте сиквеля. В одном стандарте он есть, в другом его может не быть - жестко привязывать логику клиентского приложения к каким бы то ни было стандартам скл-серверов - это рыть себе ямы и в их дно вколачивать заостренные колья, чтобы "мягче" было падать :)

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

>да, отказать подискутировать сложно :)

Да Бога ради. Стучитесь о свои столбы самостоятельно :)

Примите и проч.

← →
тимохов (2009-02-18 15:49) [62]

Фраза

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

затесалась ошибочно - она не моя :)

Напоследок:

ИМХО, у Вас все в куче: MDI, типы данных, ADO, Delphi, фрэймворки.. Некоторый (возможно немалый) опыт программирования у Вас имеется очевидно, но.. Не поддавайтесь соблазну (и всяким Фароновым) и не думайте, что профессионально проектировать "базовые" системы просто - поверьте - очень непросто !

Короче, ДИма. Завтра тут мини-сбор намечается. Ежели есть желание - подтягивайся, "на пальцах" что я, что Петро рассказать много смогем. :)

← →
тимохов (2009-02-18 16:04) [65]

> Ega23 © (18.02.09 15:51) [64]
>
> Короче, ДИма. Завтра тут мини-сбор намечается. Ежели есть
> желание - подтягивайся, "на пальцах" что я, что Петро рассказать
> много смогем. :)

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

напиши куда подтягивацо на timokhov................... gmail......................com

всем спасибо. не пошел не фаронова читать.

Отправил.

> тимохов (18.02.2009 15:49:02) [62]

Мы тут больше по программированию, в своей предметной области.

> Ega23 (18.02.2009 15:51:04) [64]

Так это все таки наш Сусликов :-)

← →
тимохов (2009-02-18 16:29) [69]

Да я это я :)

Отвык немного от общения в форумах. Занят был. Так что извиняйте, если что не так. Один проект заканчивал (тот самый публичный), второй расконсервировал (тот где TDecimal). Сейчас учетку пишу публичного проекта.

Вот! Надо будет еще у Кенту посмотреть что-то - он любитель делать платные электронные книги, может там есть курс молодого бойца.

Как обновлять TAdoTable в одной форме, при изменении в другой? Найти похожие ветки