 | | | | |
Полный текст материала
Другие публикации автора: Григорий
Цитата или краткий комментарий: | «... Вы мечтаете о базе данных, которую можно копировать вместе с экзешкой в
любое место и, при этом, не устанавливать BDE на каждом компьютере?
Наверняка, Вы читали о технологии Midas, но не до конца - вам этого не
нужно было. Зря остановились на полпути - осуществление мечты было совсем
рядом. ...» |
Важно:- Страница предназначена для обсуждения материала, его содержания, полезности, соответствия действительности и так далее. Смысл не в разборке, а в приближении к истине :о) и пользе для всех.
- Любые другие сообщения или вопросы, а так же личные эмоции в адрес авторов и полемика, не относящаяся к теме обсуждаемого материала, будут удаляться без предупреждения авторов, дабы не мешать жителям нормально общаться.
- При голосовании учитывайте уровень, на который расчитан материал. "Интересность и полезность" имеет смысл оценивать относительно того, кому именно предназначался материал.
- Размер одного сообщений не должен превышать 5К. Если Вам нужно сказать больше, сделайте это за два раза. Или, что в данной ситуации правильнее, напишите свою статью.
Всегда легче осудить сделанное, нежели сделать самому. Поэтому, пожалуйста, соблюдайте правила Королевства и уважайте друг друга.
Добавить свое мнение.
| | | Содержит полезные и(или) интересные сведения | | [1] | 5 | 26.3% | | | | | Ничего особенно нового и интересного | | [2] | 13 | 68.4% | | | | | Написано неверно (обязательно укажите почему) | | [3] | 1 | 5.3% | |
Всего проголосовали: 19 | | | | Все понятно, материал читается легко | | [1] | 6 | 60% | | | | | Есть неясности в изложении | | [2] | 4 | 40% | | | | | Непонятно написано, трудно читается | | [3] | 0 | 0% | |
Всего проголосовали: 10 |
[TClientDataSet]
Отслеживать это обсуждение 
Всего сообщений: 4217-04-2009 03:58Посвящается "старым программистам", которым переходить на Д6 - нет смысла, а в Д7 - нет QReport.
Не знаю в каком месте КОРОЛЕВСТВА можно высказаться на тему того что в Delphi 7 нет QReport - ОН В НЕЙ ЕСТЬ, просто нужно выполнить Install Package. Также в Delphi 7 имеются все компоненты из закладки Samples - просто нужно их самостоятельно установить (тоже с помощью Install Package)!
|
|
04-02-2009 01:44Небольшая поправка к статье.
В D7 несколько изменено контекстное меню компонента TClientDataSet:
в предложении "...щелкните правой клавишей по ярлыку компонента ClientDataSet1 и укажите Create file",
заменить "Create file" на "Create DataSet".
слова "укажите Save to file" надо читать как "укажите Save to binary MyBase file...".
Причем, в появившемся диалоге надо изменить тип файла на "*.cds". |
|
07-11-2007 03:11| имхо, если в поле uses добавить midaslib (или как он там, дома посмотрю) то можно даже midas.dll не таскать с собою. В экзешник пропишется. |
|
17-01-2005 18:40Согласен с programania, что можно просто скидывать в свою папку с проектом горку файлов. Но есть несколько "но" по использованию файлов из папки С:\Program Files\Common Files\Borland Shared\Bde\
Для решения разных задач нужны разные файлы. Если эти библиотеки будут находиться в папке с вашим экзешником, то при запуске экзешника будут запускаться из папки последнего. Если нужно загрузить несколько экзешников, то это вызывает ошибку (экзешник из другой папки не может загрузить нужную библиотеку BDE). Поэтому лучше закидывать эти файлы в каталог C:\Windows\system
(лучше, чтобы это делал дистрибутив) |
|
17-01-2005 05:27Проще вставить через ADO:)))))))))
Только вместо пути к базе данных указать "./table.db"
и тогда ваша прога на другом компе будет искать базу данных в своей же директории |
|
17-11-2004 10:32Здрасьте...
Вообще то удобнее таблицу компонента clientDataSet загружать с помощью Xml ...но тока не встроенного в компонент,а своего,
обработчик для которого легко пишется:)
и создавать поля программно а не с помощью меню..
таблиц то может быть и 100 штук ;) и больше...
схема следующая
cds->xml->DB...DB->xml->cds
причем даже не нужно создавать отдельные файлы - xml данные будут динамически обновляться...(реализовывал на Delphi.Net)
Сообщение не подписано |
|
09-11-2004 12:57| Пробовал создать такой файл и заполнять его данными. При увеличении размера таблицы резко падает скорость заполнения. Можно применять только для достаточно маленьких таблиц со вспомогательными данными. Только если при этом нужно использоват иную базу данных, то зачем применять этот метод. Смешение стилей не всегда хорошо. |
|
06-10-2004 09:25>05.10.2004 18:24:04
>с Firebird Embedded Server - несколько сложнее набросать :) базу:(
но с JET - сваять таблички и связи (!) гораздо быстрее чем с клиент датасетами
А чем, пардон, отличается
create table test(id integer, name varchar(10))
в Firebird и JET? Если используется CASE-средство для генерации БД, то, как говорится, по барабану в какую БД потом скрипт создания передать. А вот вопрос поддержки специфических для каждой БД расширений, это уже вопрос другой статьи.
И вообще, нравится пишите с cds(если потребуется подключить еще одного клиента будет большой трабл), кому-то Access, кому-то M$-SQL, я предпочитаю FB для всех мелких и средних проектов.Сообщение не подписано |
|
06-10-2004 09:07>05.10.2004 18:24:04
>с Firebird Embedded Server - несколько сложнее набросать :) базу:(
но с JET - сваять таблички и связи (!) гораздо быстрее чем с клиент датасетами
А чем, пардон, отличается
create table test(id integer, name varchar(10))
в Firebird и JET? Если используется CASE-средство для генерации БД, то, как говорится, по барабану в какую БД потом скрипт создания передать. А вот вопрос поддержки специфических для каждой БД расширений, это уже вопрос другой статьи.
И вообще, нравится пишите с cds(если потребуется подключить еще одного клиента будет большой трабл), кому-то Access, кому-то M$-SQL, я предпочитаю FB для всех мелких и средних проектов.Сообщение не подписано |
|
05-10-2004 18:24поэтому - то (из-за вероятных проблем с RAM) я и писал, извините за некорректный тон, что это IMHO не "база данных"
с Firebird Embedded Server - несколько сложнее набросать :) базу:(
но с JET - сваять таблички и связи (!) гораздо быстрее чем с клиент датасетами Сообщение не подписано |
|
01-10-2004 23:15а как создавать эти файлы - структуру таблиц CDS файлов
Создать файлы CDS можно создать программно или так как сказано в заметке.
Описание структуры этих файлов я нигде не нашел.
давайте будем держать таблички в RAM и называть
это базой данных !
Вообще-то, это и есть база данных. То, что она полностью загоняется в память, так это большой плюс для некоторых задач, где необходимо большое быстродействие. Недостатком является - ограниченный объем. В тех задачах, в которых я применял эту технологию, еще ни разу не возникала ситуация нехватки памяти. Пока что, никто не жаловался.
Сообщение не подписано |
|
30-09-2004 22:18Хотел бы я посмотреть как у Вас открылась бы таблица в ClientDataSet размером 600 Mb (тел.БД) ??
Вот это удар!!! Хорошо, что виртуальный! Я делал небольшие проекты с небольшими объемами базы и совсем забыл об этом. ЗдОрово вы мне врезали!
Вкусности ClientDataset типа агрегатных значений работают некорректно, пришлось от них отказаться/Quote]
Да, и мне с этим пришлось пострадать. Оказалось, что им нужно, перед выходом, сказать Free. Без этого программа завершалась с ошибкой. Явный глюк! Если они создаются во время проектирования, то я их не должен уничтожать в программе, а они (Борланды) тоже забывают это делать - нарушают свою же договоренность.
Сообщение не подписано |
|
30-09-2004 12:352 Anton Vinnikov
дык от ADO - Вы отказались из-за совместимости с Linux ?
СергейСообщение не подписано |
|
30-09-2004 12:00| а как создавать эти файлы - структуру таблиц CDS файлов? |
|
30-09-2004 11:52 В свое время написал небольшой проект (~15 табличек). Основным требованием было минимизация инсталяшки, независимость от платформы и установленного софта (поэтому побоялся связываться с ADO). Остановился на ClientDataset (сейчас бы использовал kbmMemTable). Проект писался на D5. Вот некоторые наблюдения, надеюсь кому-то будут полезны:
1) Есть некоторая нестабильность работы midas.dll - иногда внутри нее возникают AV с последующей порчей файлов (после установки midas.dll от D7 проблема почти сошла на нет но все-таки пришлось писать код чтоб бакапить данные и восстанавливать в случае проблем)
2) Вкусности ClientDataset типа агрегатных значений работают некорректно, пришлось от них отказаться
3) при установке DefaulExpression у TField'а тоже наблюдаются проблемы.
Для себя сделал вывод что в D5 работа с файлами у ClientDataset достаточно сырая чтобы писать коммерческие проекты. |
|
30-09-2004 09:31Спасибо за статью !
новаторское решение !
зачем мучится с Firebird Embedded Server
или
MSDE2000A
или
наконец с JET ?
давайте будем держать таблички в RAM и называть
это базой данных !
Сообщение не подписано |
|
30-09-2004 09:24Недавно, я купил CD с городским телефонным справочником. База данных сидит в нескольких DBF-файлах и при инсталляции происходит установка, всеми любимого, BDE очень древней версии. Хорошо, что я чуть-чуть в этом что-то понимаю и не установил его. А если бы программист, который творил сей продукт, знал о существовании компонента ClientDataSet?
Хотел бы я посмотреть как у Вас открылась бы таблица в ClientDataSet размером 600 Mb (тел.БД) ??
Сергей Сообщение не подписано |
|
29-09-2004 23:16а почему бы не использовать kbmMemTable если уж охота таблицы в памяти использовать ?
http://www.components4programmers.com/products/kbmmemtable/index.htm
бесплатно и можно комерческие программы писать
платить нужно только за файл помощи, 15$
но если жалко то есть много источников альтернативных - конференции, faq
и не пойму какой смысл говорить о qreport если есть замечательный продукт - FastReport. и стоит он в 100 раз меньше чем delphi ent
|
|
29-09-2004 22:42В серьезных проектах эту СУБД использовать не рекомендуется. По надежности, она несколько уступает файл-серверным СУБД, а с клиент-серверными - не корректно и сравнивать. Не могу ничего сказать об возможных объемах базы данных и быстродействии – не планировал применять эту систему в больших проектах. Такая СУБД может быть использована в небольших справочных системах, где применяются DBF-файлы или Парадокс, для которых необходимо устанавливать BDE. Мне, например, смешно, когда весь мой проект занимает 1Мб дисковой памяти, но я должен установить еще и BDE, объемом в 4,5 Мб.
Программный доступ к файлам *.cds осуществляется посредством компонента TClientDataSet, который имеет большинство методов и свойств, которые имеет хорошо известный компонент TTable – они имеют общего предка TDataSet. То есть, SQL и вся его мощь здесь отсутствуют, но есть возможность получать агрегированные значения, что отсутствует в TTable.
Файлы данных *.cds могут иметь сложные индексы, как и традиционные файлы базы данных. Их можно создать на этапе проектирования и во время выполнения – все, как в обычных СУБД и используются те же методы.
Все, кто работал с компонентом TTable, без затруднений смогут работать с компонентом TClientDataSet. Сообщение не подписано |
|
29-09-2004 16:34To Deniz: В какую именно поставку MS Office входит MS SQL 2000 Server Desktop Edition? Сколько я офисов ставил не видел :-( может не то ставлю, или не туда смотрю?
Prof: папка MSDE2000. Можно скачать отдельно с сайта Microsoft, только распространяется от по лицензии MS Office.
To Елена Филиппова:Надо быть уверенным, что у пользователя будет и ADO и Access
Для доступа к mdb-файлам нужен лишь Jet, который вхожит в постаку IE4 и выше. Насчёт ADO - не помню, но можно использовать Titan Access. |
|
29-09-2004 10:24| Сообщение 29.09.2004 10:19:01 моё, что-то автоматом не залогинилось :-( |
|
29-09-2004 10:19>Grid
Моё сообщение относилось не к midas.dll+т.д., а к MS SQL 2000 Server Desktop Edition.
А про Ваш вариант могу сказать сл-щее:
Сделайте объединение по двум .cds с группировкой по двум полям из разных .cds(не говоря уже про full join, union и ссылочную целлостность), вот тогда я соглашусь, что это приемлимо для более менее сурьЁзных программ, а когда для программы нужен всего 1(ОДИН) cds это, пардон, баловство, а не программа, имеется ввиду что мы еще говорим о программах баз данных, а не других(для того же броузера достаточно 1 cds что бы хранить ссылки на избранное, и не надо никаких СУБД).
Я в свое время(лет 5 назад) тоже написал пару маленьких проектов с использованием cds(~10 таблиц в каждом), но когда потребовалось сделать отчеты, началась ж...жутко неприятная история. В последствии все было переписано на InterBase(FireBird'а еще не было). И если есть желание могу поделиться некоторыми подводными камнями.Сообщение не подписано |
|
28-09-2004 18:42К сожалению автор не приводит функциональных возможностей такой "базы данных без СУБД".
Для какого класса задач она подойдет?
Есть ли возможность строить индексы, как быстро они работают, как включать фильтры и т.д.
Если просто нужно хранить не очень большую последовательность однородных данных то проще описать объект и сохранять список объектов в файловый поток.
Если в память не поместиться нужна СУБД с полноценными функциями.
Если записей милионы, то критичным становится быстродействие.
Хотел бы обратиться ко всем авторам: указывайте область применимости ваших советов.
Если для Вашей конкретной задачи что-то оказалось удобно, то это не значит, что так надо делать всем и всегда. |
|
28-09-2004 18:02сообщение от автора материала А тперь вспоминаем о чем статья!
Краткие выдержки.
Первая строка: Вы мечтаете о базе данных, которую можно копировать вместе с экзешкой в любое место и, при этом, не устанавливать BDE на каждом компьютере?
и далее
Весь ваш дистрибутив поместится на одну дискету
Ваше предложение подходит к этим фразам?
Дистрибутив примера (экзешка, midas.dll и один пустой файл *.cds) у меня занимает 760 Кб.
|
|
28-09-2004 13:58>>>Ребята, для решения поставленной задачи, лучше всего ADO с коннектом на Access.
Почему же это лучше всего?
Надо быть уверенным, что у пользователя будет и ADO и Access.
|
|
28-09-2004 13:19Ребята, для решения поставленной задачи, лучше всего ADO с коннектом на Access. Там и SQL есть, и копировать дополнительные DLL вообще не надо.
Проблема только в W95 - там это плохо работает. У кого есть сей динозавр - будьте с ним осторожнее - нужно проверять. В 98 - невозможно создать пустую базу - так что ее нужно поставлять готовой.Сообщение не подписано |
|
28-09-2004 08:44>Константин Цветков
>А теперь вспоминаем про MS SQL 2000 Server Desktop Edition, которой поставляется вместе с MS Office и является полным локальным сервером, не требующего никакого перевода программы. Дальше больше: MS SQL 2005 Server Express будет полностью бесплатным (как например IE) и встроенным.
А тперь вспоминаем о чем статья!
Краткие выдержки.
Первая строка: Вы мечтаете о базе данных, которую можно копировать вместе с экзешкой в любое место и, при этом, не устанавливать BDE на каждом компьютере?
и далее
Весь ваш дистрибутив поместится на одну дискету
Ваше предложение подходит к этим фразам?
ЗЫЖ Вопрос по существу. В какую именно поставку MS Office входит MS SQL 2000 Server Desktop Edition? Сколько я офисов ставил не видел :-( может не то ставлю, или не туда смотрю? |
|
28-09-2004 07:53| Мне очень понравилось. К тому же сейчас я работаю над проектом, где это пригодится! Так что Спасибо! Сообщение не подписано |
|
27-09-2004 07:00Привет!
а как насчет midas.dll?
его надо таскать с программой, которая использует TClientDataSet.
При этом, midas.dll прописывает во время первого своего запуска полный путь в реестре и не дай бог после этого Вы переместите её - работать больше не будет.
PS: всё это относится к D5, в 6 говорят, можно её как-то прилинковывать, но я не знаю как. |
|
24-09-2004 10:44| А мне очень понравилось. Наверное, я еще не сталкивался с большими серьезными проектами, но уже собрался перевести свои программы на новые рельсы. Спасибо! Сообщение не подписано |
|
24-09-2004 08:33Ну почему так упорно утверждают что в D6 Professional нет компонента ClientDataSet???
Он ЕСТЬ на вкладке DataAccess!!!
Только что все описанное в статье проверил на D6 Professional, все работает отлично.
(D6 Professional Build 6.163)
Так что учите матчасть!!! |
|
23-09-2004 11:37To "Сообщение не подписано":В Д7 есть QuickReport, но как до него добраться?
E:\Delphi7\Demos\Quickrpt\QReport_README.txt
To install, go to the IDE menu and select the "Component" menu item. From there,
select "Install Packages". In the dialog select the "Add" button and then browse
to the \bin directory of Delphi (default location is
c:\Program Files\Borland\Delphi7\bin). Select the file named dclqrt70.bpl.
Далее: Я несовсем понял о чём ваше сообщение. Как и Вы не поняли моё.
Поэтому ёщё раз медленно: Вы предлагаете использовать для облегчения программы TClientDataSet, который входит только в поставку редакции Delphi Enterprise стоимостью более $2K, в редакцию Professional, более доступною, эти классы не входят. А именно эта редакция предназначенна для индивидуального программирования (Standard для студентов я не рассматриваю).
Далее Вы утверждаете, что портирование готовых программ в новую версию Delphi "невозможна". Может для Вас это "правда жизни", но для других нет. На www.tsklab.ru Вы можете найти программу Phondex, которая писалась ещё на D2 и предназначенна именно для отработки портирования с версии на версию.
И последнее: программистам пищущим для MS Windows, для решения свои задач необходимо в первую очередь рассмаривать решения предлагаемые самой Microsoft, так как в последствии они могут или стать стандартом, или дадут возможность перейти на более новую технологию. Как пример, могу привести указанную выше Phondex, которая в своё время использовала встроенный Jet (Access), потом практически без переделок переведена на MS SQL Server 2000 DE, а затем уже в рамках нового была модернизирована.Сообщение не подписано |
|
23-09-2004 09:56QuickReport в Delphi не нашли, а об отсутствии TClientDataSet в любой версии редакции не Enterprise забыли?
Так уж получается, что могу общаться с программистами, которые используют Делфи 5-10 лет и работают в небольших фирмах,где общий состав специалистов по ИТ 1-4 человека. Личное общение, учебники и интернет - единственное средство пополнения знаний. У каждого из нас есть десятки программ написанных в Д2-Д5. У некоторых - большие комплексы программ написанных в Фокспро. Чаще всего, загруженность такая, что не остается времени на фундаментальную модернизацию прикладного ПО. Приходится обходиться небольшими пожарными переделками старых, чаще чужих, программ и поэтапно переводить это старье на новые технологии.
В Д7 есть QuickReport, но как до него добраться? У меня две книги по Д7. В одной говорится, что такая возможность есть, но не говорится как это сделать. Во второй - ни слова об этом. Попробуйте найти такую информацию на этом сайте. Старые программисты правильно делают, что игнорируют Д7. Как он к ним относится к их проблемам, так и они к нему (или к ней?). Старые программы невозможно переписать в одно мгновение - их нужно сопровождать. На Д7 могут перейти те, кто не имеет на своей шее груза старых программ. Это - не принцип, это – суровая правда жизни.
Сообщение не подписано |
|
22-09-2004 15:40QuickReport в Delphi не нашли, а об отсутствии TClientDataSet в любой версии редакции не Enterprise забыли?
To Deniz: Зато получаем полноценный SQL-Server(не путать с M$) и все его прелести: нормальный SQL, тригеры, хранимые процедуры, транзакции(иногда и в однопользовательских программах необходимо). При желании можно легко перевести программу на многопользовательский режим. А теперь вспоминаем про MS SQL 2000 Server Desktop Edition, которой поставляется вместе с MS Office и является полным локальным сервером, не требующего никакого перевода программы. Дальше больше: MS SQL 2005 Server Express будет полностью бесплатным (как например IE) и встроенным.
|
|
21-09-2004 18:572 programania и остальных, которые решатся воспользоваться этим советом.
Не делайте так!!!!
Либо устанавливайте корректно BDE, либо вообще не устанавливайте. 90% проблем у обычных пользователей возникают из-за того, что неверно установлен BDE. Особенно это касается случаев, когда программа предназначена для домашнего пользования. |
|
21-09-2004 16:27| В Delphi 7 есть QReport. Просто по умолчанию компоненты не установлены, но лежат в директории с Delphi. |
|
20-09-2004 19:46Для работы с базами устанавливать BDE
не обязательно, достаточно переписать в папку
программы несколько файлов,
их размер в архиве zip 750kb,
состав BANTAM.DLL BLW32.DLL CHARSET.CVB FILE_ID.DIZ IDAPI32.DLL IDDBAS32.DLL IDPDX32.DLL IDR20009.DLL other.btl USA.BTL ,
взять их можно из c:\Program Files\Common Files\Borland Shared\Bde\
или programania.com/BDE.ZIP
При этом возможна работа с обычными DB и DBF. |
|
20-09-2004 18:52Почти весь пример описан в одном учебнике за 1999 год, но он расположен в главе посвященной Midas. Мой знакомый, очень хороший прикладной программист, пользовался ею несколько лет и не удосужился прочитать эту главу. Когда я ему показал этот пример, то... видели бы вы его глаза.
Под впечатлением этого и была написана эта заметка.
По моему скромному мнению, в учебниках должна быть отдельная глава "Базы данных без BDE и других прибамбасов".
Я - новичок на этом сайте. Здесь очень высокий уровень вопросов и обсуждений. Очевидно я погорячился, разместив здесь эту заметку. Если этим оскорбил корифеев, то приношу свои извинения.
Сообщение не подписано |
|
20-09-2004 13:37Существует масса коммерческих движков, реализующих однофайловые базы данных для замены стандартных дельфёвых средств и Midas не самый легковесный способ из них..
Надеюсь автор не считает себя навотаром области, ведь этому посвящены целые сайты :)) :
http://www.kylecordes.com/bag/ |
|
20-09-2004 10:44Работой без BDE, чаще всего, интересуются тогда, когда необходимо написать простую, однопользовательскую программу. Можно создать дистрибутив усеченного BDE, но все равно одной дискетой трудно обойтись.
Я заинтересовался, почему до сих пор так популярен компонент TDBF и ему подобные? Оказалось, что не все знают новые компоненты. Существует слишком много старых программистов, которые, по разным причинам, игнорируют новые версии Делфи или работают только со старыми компонентами, которые они хорошо знают. Многие и не подозревают, что без BDE можно обойтись.
Я умышленно не указал в заглавии метод работы без BDE, чтобы не испугать новизной или незнакомыми словами.
Почему я применил Midas? Файлы данных, которые создаются то этой технологии - это моя любовь. С ними мало кто знаком и не каждый их может прочитать.
Сообщение не подписано |
|
20-09-2004 09:14Да, все это хорошо и правильно, но есть и минусы.
Построение отчета достаточно неудобно(отсутствие SQL-запросов).
В качестве альтернативы, могу предложить FireBird Embedded/Yaffil personal, т.е. все как и описано в статье(простое копирование без необходимости установки чего-либо), но размер чуть побольше(~3М для FireBird с документац, ~1.7 М для Yaffil). Зато получаем полноценный SQL-Server(не путать с M$) и все его прелести: нормальный SQL, тригеры, хранимые процедуры, транзакции(иногда и в однопользовательских программах необходимо). При желании можно легко перевести программу на многопользовательский режим.
ЗЫЖ
>Посвящается "старым программистам", которым переходить на Д6 - нет смысла, а в Д7 - нет QReport.
Есть он там, только его надо на пол-литру пихнуть. |
|
19-09-2004 16:00Все конечно замечательно...
Но есть еще и ADO через которое тоже можно конектится к чему угодно... Да и вот чудо то
по умолчанию ставиться вместе с виндой.
Да и на Access обратить внимание стоит. Работа с акцессевской базой через адо не требует наличия акцесса... |
|
|
|
