Нужен компонент наподобие Edit-а с выпадающем CheckBox-ом. В DevEx есть похожий, но этот монстр к EXE сразу 1 метр добавляет. Или может кто может сделать на заказ как бы.
» Вопросы по компонентам для Delphi, C++ Builder
В продолжение обсуждение доступа к данным.
Чуть выше рекомендовали ADO для доступа к MS SQL. Я сам поработав с ADO могу сказать ужасно тормаозная вещь. Хочу использовать для этой задачи dbExpress. Может кто сравнивал ADO и dbExpress при доступе к MS SQL.
Чуть выше рекомендовали ADO для доступа к MS SQL. Я сам поработав с ADO могу сказать ужасно тормаозная вещь. Хочу использовать для этой задачи dbExpress. Может кто сравнивал ADO и dbExpress при доступе к MS SQL.
Buldozer_and_Co
Цитата:
Exe-шник привешивает? Это как? Дополнительный exe-шник создает? Специально попробовал нету такого поведения
Может я че не так делаю, но:
разность размеров "stand alone" exe-шника с cxPropertiesStore и без него = 67Kb
та же разность для занимаемой памяти = 24Kb
Добавлено
DimonXP
Цитата:
Вот и мне кажется, что люди не зря пишут такие вещи как sqlDirect, а потом их еще и продают. Так вот он работает напрямую (For access to databases the native programming interface (API) of servers is used only.), а не как ADO через 3Ж.
Цитата:
в отличае от квантума памяти не жрет и ехе-шник не привешивает
Exe-шник привешивает? Это как? Дополнительный exe-шник создает? Специально попробовал нету такого поведения
Может я че не так делаю, но:
разность размеров "stand alone" exe-шника с cxPropertiesStore и без него = 67Kb
та же разность для занимаемой памяти = 24Kb
Добавлено
DimonXP
Цитата:
Я сам поработав с ADO могу сказать ужасно тормаозная вещь.
Вот и мне кажется, что люди не зря пишут такие вещи как sqlDirect, а потом их еще и продают. Так вот он работает напрямую (For access to databases the native programming interface (API) of servers is used only.), а не как ADO через 3Ж.
У кого есть хелпы для девэкспрессов! Очень нужны! Линк или их самих плиз на adm(гав)geodecor(тчк)ru
reaktor
Ты какие хелпы имеещь ввиду английские, так они с инсталлом идут, и конкретно для каких девэкспрессов?
Ты какие хелпы имеещь ввиду английские, так они с инсталлом идут, и конкретно для каких девэкспрессов?
DimonXP
Цитата:
В чем же, интересно, тормознутость заключается? Я работаю с ADO уже несколько лет и не замечаю ничего такого. Настраивать иногда надо, это другой вопрос. Есть такие вещи, как CursorLocation, CursorType, LockType, CasheSize и т.д., читать названия свойств все умеют.
Для "нормальных" запросов все обычно работает и как по умолчанию. Для "ненормальных" запросов, когда, например, возвращается 500000 записей, надо иногда и настраивать.
MKalavera
Цитата:
На текущий момент, пишут они зря . Просто начинали писать, когда ADO еще не было, а потом народ, кто завязался с их компонентами, уже стал постоянным потребителем новых версий, не переводить же готовые проекты на ADO. Не думаю, что у них после выхода ADO появились новые клиенты. ADO - это общая COM-надстройка над API разных серверов, только и всего.
Цитата:
Я сам поработав с ADO могу сказать ужасно тормаозная вещь.
В чем же, интересно, тормознутость заключается? Я работаю с ADO уже несколько лет и не замечаю ничего такого. Настраивать иногда надо, это другой вопрос. Есть такие вещи, как CursorLocation, CursorType, LockType, CasheSize и т.д., читать названия свойств все умеют.
Для "нормальных" запросов все обычно работает и как по умолчанию. Для "ненормальных" запросов, когда, например, возвращается 500000 записей, надо иногда и настраивать.
MKalavera
Цитата:
Вот и мне кажется, что люди не зря пишут такие вещи как sqlDirect, а потом их еще и продают.
На текущий момент, пишут они зря . Просто начинали писать, когда ADO еще не было, а потом народ, кто завязался с их компонентами, уже стал постоянным потребителем новых версий, не переводить же готовые проекты на ADO. Не думаю, что у них после выхода ADO появились новые клиенты. ADO - это общая COM-надстройка над API разных серверов, только и всего.
MrZeRo
Возможно я глубоко не разбтрался с ADO, до этого я постоянно работал с InterBase, использовал FIBplus, сранивая скорость работы могу сказать разница 500 - 700 раз при перегоне БД 4 000 000 зиписей. Я понимаю что настрив ADO под конкретныую задачу производительность повысится но не думаю что сравняется.
Кстати может теби приходилось сравнивать ADO c dbExpress.
Возможно я глубоко не разбтрался с ADO, до этого я постоянно работал с InterBase, использовал FIBplus, сранивая скорость работы могу сказать разница 500 - 700 раз при перегоне БД 4 000 000 зиписей. Я понимаю что настрив ADO под конкретныую задачу производительность повысится но не думаю что сравняется.
Кстати может теби приходилось сравнивать ADO c dbExpress.
MrZeRo
DimonXP
Я думаю что спорить тут бессмысленно. Кто к чему привык то и лучшее при любом раскладе. Я приверженец связки InterBase+FibPlus. Сравнивать эти компоненты с BDE думаю нет смысла. Все очевидно. С ADO и dbExpress я не работал. Не берусь обсуждать и осуждать. И переходить на другие платформы не собираюсь. Как говорится каждому свое...
reaktor
Не понял смысла твоего вопроса. Вместе с сорсами я давал и английские хелпы. Русских насколько я знаю не существует. Ежели что стучись ко мне. Я завтра уезжаю. Появлюсь через неделю.
DimonXP
Я думаю что спорить тут бессмысленно. Кто к чему привык то и лучшее при любом раскладе. Я приверженец связки InterBase+FibPlus. Сравнивать эти компоненты с BDE думаю нет смысла. Все очевидно. С ADO и dbExpress я не работал. Не берусь обсуждать и осуждать. И переходить на другие платформы не собираюсь. Как говорится каждому свое...
reaktor
Не понял смысла твоего вопроса. Вместе с сорсами я давал и английские хелпы. Русских насколько я знаю не существует. Ежели что стучись ко мне. Я завтра уезжаю. Появлюсь через неделю.
DimonXP
Native API всегда будет быстрее - это само собой. Если уж хочется максимума в производительности то использовать наверное стоит Embeded SQL . тем более что и в IB и в MSSQL есть препроцессоры. Или если Native API и какое-нибудь общее очень похожи - к примеру в DB2 native и odbc близки.
Что меня сильно смущает в твоем тесте - это количество записей 4 000 000. Bulk load обычно делается специализированными средствами или, по крайней мере, отдельно рассматривается в докумендации к серверу. Все же гонять такое количество записей, к примеру, в одной транзакции далеко не лучшее решение - такие вещи нужно смотреть отдельно. Этот тест не показателен сам по себе.
Я говорил выше про ADО к MSSQL по многим причинам - это действительно родная технология для этого сервера + она от производителя сервера, что гарантирует поддержку + достаточно хорошо документирована (в применении к MSSQL) + многими применяется, поэтому достаточно легко найти ответы на интересующий тебя вопрос и т.д. Все это имеет определенный вес.
Что-либо вроде SQLDirect возможно и даст выигрыш в быстродействии, но это отдельный слой в твоем приложении, сторонняя разработка, которую ты, по сути, не очень контролируешь и что там будет с ее поддержкой неизвестно. Я не думаю что увеличение быстродействия в приложении будет в целом в разы, а если есть какие-либо критичные по быстродействию участки (вроде описанного тобой), то для них можно найти решение в виде того же NativeAPI.
По поводу dbExpree - мне лично нравится это API - оно работает через Native API серверов, компактно, со своими недостатками конечно, но в случае MSSQL сервера оно, скажем так, не очень логично. Масса его плюсов вроде cross-platform, database-independent и т.д. тебе просто не нужна - MSSQL работает только на Win32 и в родной поставке для dbexpress нет поддержки для MSSQL. При наличии полной поддержки OLEDB и работы только на одной платформе она просто не нужна для этого сервера.
Выбирать, в общем, тебе. Все что выше мое имхо по этому вопросу
Native API всегда будет быстрее - это само собой. Если уж хочется максимума в производительности то использовать наверное стоит Embeded SQL . тем более что и в IB и в MSSQL есть препроцессоры. Или если Native API и какое-нибудь общее очень похожи - к примеру в DB2 native и odbc близки.
Что меня сильно смущает в твоем тесте - это количество записей 4 000 000. Bulk load обычно делается специализированными средствами или, по крайней мере, отдельно рассматривается в докумендации к серверу. Все же гонять такое количество записей, к примеру, в одной транзакции далеко не лучшее решение - такие вещи нужно смотреть отдельно. Этот тест не показателен сам по себе.
Я говорил выше про ADО к MSSQL по многим причинам - это действительно родная технология для этого сервера + она от производителя сервера, что гарантирует поддержку + достаточно хорошо документирована (в применении к MSSQL) + многими применяется, поэтому достаточно легко найти ответы на интересующий тебя вопрос и т.д. Все это имеет определенный вес.
Что-либо вроде SQLDirect возможно и даст выигрыш в быстродействии, но это отдельный слой в твоем приложении, сторонняя разработка, которую ты, по сути, не очень контролируешь и что там будет с ее поддержкой неизвестно. Я не думаю что увеличение быстродействия в приложении будет в целом в разы, а если есть какие-либо критичные по быстродействию участки (вроде описанного тобой), то для них можно найти решение в виде того же NativeAPI.
По поводу dbExpree - мне лично нравится это API - оно работает через Native API серверов, компактно, со своими недостатками конечно, но в случае MSSQL сервера оно, скажем так, не очень логично. Масса его плюсов вроде cross-platform, database-independent и т.д. тебе просто не нужна - MSSQL работает только на Win32 и в родной поставке для dbexpress нет поддержки для MSSQL. При наличии полной поддержки OLEDB и работы только на одной платформе она просто не нужна для этого сервера.
Выбирать, в общем, тебе. Все что выше мое имхо по этому вопросу
MKalavera
Цитата:
Пожалуйста, подробнее о нем.
Я так понимаю, с его помощью можно легко перевести приложение, работающее по BDE на такое, которое обходится без него ? При этом все Data BDE компоненты остаются ?
Кто-то таким занимался ?
Цитата:
Юзаю sqldirect, но сравнивать особо не с чем.
Пожалуйста, подробнее о нем.
Я так понимаю, с его помощью можно легко перевести приложение, работающее по BDE на такое, которое обходится без него ? При этом все Data BDE компоненты остаются ?
Кто-то таким занимался ?
o22
Поподробнее тут: _http://www.sqldirect-soft.com
Еще подробнее в хелпе, хелп в инсталлере, инсталлер в варезнике
Насчет легко перевести не знаю, но там тот же набор датасетов TSDTable, TSDQuery и т.д. То есть, наверно можно менять TTable на TSDTable. Единственное, что не реализовано (или я просто не понял чего-то) это кэширование изменений. В TTable свойство CachedUpdates наследуется от TBDEDataSet, а в sqlDirect его соответственно нету. У меня еще опыта мало, может кто подскажет как кэшировать, например, добавление нескольких записей, а потом если ok то в базу их, а если отмена, то clear.
Поподробнее тут: _http://www.sqldirect-soft.com
Еще подробнее в хелпе, хелп в инсталлере, инсталлер в варезнике
Насчет легко перевести не знаю, но там тот же набор датасетов TSDTable, TSDQuery и т.д. То есть, наверно можно менять TTable на TSDTable. Единственное, что не реализовано (или я просто не понял чего-то) это кэширование изменений. В TTable свойство CachedUpdates наследуется от TBDEDataSet, а в sqlDirect его соответственно нету. У меня еще опыта мало, может кто подскажет как кэшировать, например, добавление нескольких записей, а потом если ok то в базу их, а если отмена, то clear.
MKalavera
Цитата:
А, тогда это не совсем то, что я думал...
Если уже переводить (а у меня InterBase через BDE), то лучше уж на FIB или IBX на худой конец. dbExpress когда-то пользовал, но они в 7 версии Делфи поменяли почти всю линейку компонентов по сравнению с 6-ой. Пришлось почти все переделывать, а потом плюнул и решил, что раз уж переделывать, то лучше сразу на FIB.
А еще есть парочка приложений (под BDE), на переделку которых нужно немало усилий затратить. Думал, что таким образом, когда Query остаются BDE-шные, а замена сводится к замене TDatabase на аналогичный объект из SQLDirect, например. Или что-то в этом роде.
А функционал-замена BDE ложится на сам exe-шник.
Цитата:
Насчет легко перевести не знаю, но там тот же набор датасетов TSDTable, TSDQuery и т.д. То есть, наверно можно менять TTable на TSDTable.
А, тогда это не совсем то, что я думал...
Если уже переводить (а у меня InterBase через BDE), то лучше уж на FIB или IBX на худой конец. dbExpress когда-то пользовал, но они в 7 версии Делфи поменяли почти всю линейку компонентов по сравнению с 6-ой. Пришлось почти все переделывать, а потом плюнул и решил, что раз уж переделывать, то лучше сразу на FIB.
А еще есть парочка приложений (под BDE), на переделку которых нужно немало усилий затратить. Думал, что таким образом, когда Query остаются BDE-шные, а замена сводится к замене TDatabase на аналогичный объект из SQLDirect, например. Или что-то в этом роде.
А функционал-замена BDE ложится на сам exe-шник.
vndovr
Большое спаибо за подробный ответ
Большое спаибо за подробный ответ
Есть проэкт Д7, в котором используется ДэвЭкс Грид версии 4.1.1. Вопрос ПринтСис какой версии нужно юзать для вывода этого грида на печать.
Народ, посоветуйте какой нибудь компонент для делфи позволяющий отправлять письма из eml файла. Т.е. указываешь ему eml файл где находится письмо, и он его отсылает.
feandy
Цитата:
Огромное спасибо! Вопрос уже решился!
Добавлено
bytex
Цитата:
TEmailServer Component Version 4.1 for Delphi
Цитата:
Цитата:
Ежели что стучись ко мне. Я завтра уезжаю. Появлюсь через неделю.
Огромное спасибо! Вопрос уже решился!
Добавлено
bytex
Цитата:
посоветуйте какой нибудь компонент для делфи позволяющий отправлять письма из eml файла
TEmailServer Component Version 4.1 for Delphi
Цитата:
Improved mail sending capabilities enable you to send plain text, html, embedded graphic html or EML messages
Господа, а посоветуйте плз бесплатный компонент для кодирования wav в mp3 и наоборот.
Ну или хоть что-нибудь из этого
Спасибо.
Ну или хоть что-нибудь из этого
Спасибо.
Так что, никто не знает, какой версии нужен Printing System для cxGrid v4.1.1?
reaktor
Тут проблемка маленькая, все существующие версии TEmailServer компоненты НЕ сломанные, посему он не подходит, к сожалению, ибо компонент очень хороший.
Тут проблемка маленькая, все существующие версии TEmailServer компоненты НЕ сломанные, посему он не подходит, к сожалению, ибо компонент очень хороший.
bytex
Цитата:
Я его не пробывал, по этому сказать ничего не могу! Но закачен он мною был с 0zones! Как я понимаю, там только здоровые (без синдрома жадности). Смотри сам.
Добавлено
Shershen
Цитата:
Вот такая тут идея! ACM Components v.1.5 или сходи на Torry и выбери что тебя интерисует, потом зайди Сюда и спроси где взять!
Цитата:
все существующие версии TEmailServer компоненты НЕ сломанные, посему он не подходит
Я его не пробывал, по этому сказать ничего не могу! Но закачен он мною был с 0zones! Как я понимаю, там только здоровые (без синдрома жадности). Смотри сам.
Добавлено
Shershen
Цитата:
Господа, а посоветуйте плз бесплатный компонент для кодирования wav в mp3 и наоборот.
Вот такая тут идея! ACM Components v.1.5 или сходи на Torry и выбери что тебя интерисует, потом зайди Сюда и спроси где взять!
reaktor
Цитата:
Не всегда, помню скачал как-то XLightFtpd, а там засада(триал)
Цитата:
Но закачен он мною был с 0zones! Как я понимаю, там только здоровые (без синдрома
жадности).
Не всегда, помню скачал как-то XLightFtpd, а там засада(триал)
baraka
Цитата:
Это подстава! Так нельзя! Вот кому после этого верить, если даже китайцы так себя ведут!
Цитата:
а там засада(триал)
Это подстава! Так нельзя! Вот кому после этого верить, если даже китайцы так себя ведут!
Цитата:
Вот кому после этого верить
Ru-Board-u надо верить !
Sorry за оффтоп, но я не разу не показывал свои чувства по отношению к
baraka
Цитата:
Лучше все таки не показывать, а выражать
Цитата:
Sorry за оффтоп, но я не разу не показывал свои чувства по отношению к
Лучше все таки не показывать, а выражать
All
пришла пора мне отшкуриться...
вот сижу и думаю:
-ThemeEngine (?)
-BusinessSkin (перенаворот?)
-VCLSkin (примитив?)
а может SUI ?
собственного опыта у меня мало -- только ТЕ когда она еще СкинЕнж называлась ~2ая версия...
Требования:
попроще бы, постабильнее...
поделитесь опытом пожалуйста...
пришла пора мне отшкуриться...
вот сижу и думаю:
-ThemeEngine (?)
-BusinessSkin (перенаворот?)
-VCLSkin (примитив?)
а может SUI ?
собственного опыта у меня мало -- только ТЕ когда она еще СкинЕнж называлась ~2ая версия...
Требования:
попроще бы, постабильнее...
поделитесь опытом пожалуйста...
Вопрос - есть ли где нибудь в рунете форум или раздел на форуме где достаточно плотно обсуждаются вопросы работы DevExpress компонентов?
На нашем форуме - особо не разгоняются. А вопросы есть, может быть существует место где можно их задать и получить ответ максимально быстро?
На нашем форуме - особо не разгоняются. А вопросы есть, может быть существует место где можно их задать и получить ответ максимально быстро?
mvgfirst
Присоединяюсь. Если его нет то может стоит создать, всеж таки это наиболее интересные компоненты на сегодняшний день.
Присоединяюсь. Если его нет то может стоит создать, всеж таки это наиболее интересные компоненты на сегодняшний день.
Моё почтение !
Поставил DevExpress 5 и к своему удивлению обнаружил что у cxDateEdit не срабатывает событие OnCloseUp на 4 версии все нормально было ! У кого есть пятая версия проверте пожалуйста может у меня дистриб косячный ?
Поставил DevExpress 5 и к своему удивлению обнаружил что у cxDateEdit не срабатывает событие OnCloseUp на 4 версии все нормально было ! У кого есть пятая версия проверте пожалуйста может у меня дистриб косячный ?
oaken
Точно знаю, что существует такое соответствие версий:
Grid 4.2 - Printing System 2.4.3;
Grid 4.2.1 - Printing System 2.4.4 (Apr-2003);
Весьма вероятно, что для Grid 4.1.1 идет Printing System 2.4.2.
По крайней мере, эти exe у меня имеют одну дату - 4.01.03.
Думаю, что более точно это можно выяснить исследуя версию для печати
форума в соответствующем временном диапазоне.
Точно знаю, что существует такое соответствие версий:
Grid 4.2 - Printing System 2.4.3;
Grid 4.2.1 - Printing System 2.4.4 (Apr-2003);
Весьма вероятно, что для Grid 4.1.1 идет Printing System 2.4.2.
По крайней мере, эти exe у меня имеют одну дату - 4.01.03.
Думаю, что более точно это можно выяснить исследуя версию для печати
форума в соответствующем временном диапазоне.
mvgfirst, Alex1978
иногда полезно читать news.devexpress.com
иногда полезно читать news.devexpress.com
Страницы: 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
Предыдущая тема: Что такое Объектно Ориентное Программирование ?
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.