Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2010.02.21;
Скачать: [xml.tar.bz2];

Вниз

Как обновлять 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 для хранения себестоимости.

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


 
MsGuns ©   (2009-02-18 15:45) [61]

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

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

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

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

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

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

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

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

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


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


> MsGuns ©   (18.02.09 15:45) [61]


вы, вижу, не очень в теме БУ, больше, видимо, программированием занимаетесь?


 
MsGuns ©   (2009-02-18 15:50) [63]

Фраза

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

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

Напоследок:

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


 
Ega23 ©   (2009-02-18 15:51) [64]

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


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


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


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

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

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


 
Ega23 ©   (2009-02-18 16:15) [66]

Отправил.


 
Anatoly Podgoretsky ©   (2009-02-18 16:20) [67]

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

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


 
Anatoly Podgoretsky ©   (2009-02-18 16:20) [68]

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

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


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

Да я это я :)

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

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



Страницы: 1 2 вся ветка

Форум: "Базы";
Текущий архив: 2010.02.21;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.61 MB
Время: 0.009 c
3-1235049122
Ragazor
2009-02-19 16:12
2010.02.21
Вопросы оптимальности и производительности


15-1260826221
Юрий
2009-12-15 00:30
2010.02.21
С днем рождения ! 15 декабря 2009 вторник


2-1260985904
serko
2009-12-16 20:51
2010.02.21
Появляются пробелы в полях...


2-1260189361
Б
2009-12-07 15:36
2010.02.21
Окно по центру экрана.


1-1238254410
EvChul
2009-03-28 18:33
2010.02.21
Чудеса при объявлении функции





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский