| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Структура хранения данных для клинета форумов.
Alexander Panov © (2005-05-19 17:32:00)Может ли кто предложить вариант хранения информации для форумов сайта "Мастера Delphi".
Все реализованные решения клиентских программ на сегодняшний день не лишены недостатков.
1. DMClient.
Вся информация хранится в текстовых файлах.
Плюсы:
+ Не привязан к какому-либо движку БД.
+ Информация доступна для просмотра обычными редакторами
+ Надежность сохранности данных.
Минусы:
- Огромное количество текстовых файлов
- Сложность реализации алгоритма индексирования и поиска.
2. Dolphin
Вся информация хранится в БД MSSQL или MSAccess.
Плюсы:
+ Высокая скорость доступа к данным и поиска.
+ Надежность сохранности данных(в случае MSSQL).
Минусы:
- Необходимо наличие движка СУБД.
- Нет возможности просмотра текстовых файлов
3. Magic Forum
Вся информация хранится в БД FireBird Embedded.
Плюсы:
+ Высокая скорость доступа к данным и поиска.
+ Нет необходимости предустановленной СУБД.
Минусы:
- Необходимо наличие дополнительных DLL с движком БД.
- БД не находится в состояни готовности по первому запросу.
- Нет возможности просмотра текстовых файлов
---------------------------------------------------------
Хотелось бы структурировать информацию подобно DMClient(в текстовых файлах), но количество файлов уменьшить до минимума.
Sergey13 (2005-05-20 11:58:00) [41]2 [23] Alexander Panov © (20.05.05 11:46)
А зачем вообще все это? Пишется новый клиент или это "для внутреннего пользования"? Или еще чего?
Я к тому, что для локальной проги/БД с несложной структурой SQL вобщемто не ахти как и нужен. ИМХО.
Alexander Panov (2005-05-20 11:46:00) [42][16] Anatoly Podgoretsky © (20.05.05 08:57)
3. Magic Forum
Плюсы:
+ Нет необходимости предустановленной СУБД.
Это как? Чем отличие от MSSQL?
Для работы FB Embedded нет необходимости устанавливать отдельно СУБД, как с MSSQL.
Предустановленая СУБД нужна в обеих случаях. Инсталяция делает запуском простого BAT файла. Смотри примеры развертывания MSDE и баз данных Nortwith и Pubs. Все что поставляетя это дистрибутив MSDE и набор скриптов.
Многих(в том числе и для меня) установка дополнительных средств в систему не очень радует.
- БД не находится в состояни готовности по первому запросу.
Это не понятно
В случае FB Embedded время отклика от базы зависит от того, давно ли было последнее обращение к базе. В случае, если обращений давно не было, необходимые библиотеки, сама база вытесняются из памяти. Следовательно, для первого обращения после перерыва в использовании время отклика резко увеличивается.
- Нет возможности просмотра текстовых файлов
Это я неправильно сформулировал.
имелось ввиду - "Нельзя содержимое веток и постингов посмотреть обычным текстовым редактором"
Разъясни этот пункт, но это относится к очень простым функциям на клиентской стороне, или ты про экспорт/импорт данных MSSQL это делает очень хорошо, думаю и FB не хуже.
В случае с DMClient промежуточный этап экспорта отсутствует - информация доступна сразу.
Основные различия, при квалифицированой работе это размер дистрибутива и начальный усилия на создание этого дистрибутива.
При наличии сервера в сети, работа сводится к передаче скриптов по созданию баз (можно заменить передачей файла БД) и бат файла по запуску этих скриптов.
Достоинство MSDE может являть то что фронт эндом может являться Акцесс и даже тестовые примеры из Дельфи.
Об этом уже выше упоминал, что не всегда приятно устанавливать дополнительные программы, кроме необходимого минимума.
[17] Danilka © (20.05.05 09:56)
Еще один плюс забыл у последних двух:
+ Возможность залезть в базу и попросить на сиквеле все что захочецца: статистику, сложный поиск и т.д.
Получение статистики можно реализовать и в самой программе, для этого необязательно иметь полноценную СУБД(прицины уже написал выше).
[19] Bronco © (20.05.05 10:11)
ИМХО, если нужно кол-во файлов уменьшить до минимума, то либо FB EMBedded либо Yaffil Personal.
Всего два файла - gds32.dll + сам файл БД в той же директории.
По структуре таблиц сказать ничего не могу, но подозреваю что можно по большому счету обойтись двумя :-)
Под минимальным количеством файлов подразумевался порядок их числа - десятки или сотни, но не тысячи и сотни тысяч.
[20] Sergey13 © (20.05.05 10:21)
DBF+встроеный движок типа Хальциона.
+
Средств "просто просмотра" чуть меньше чем для текста.
Все таки Бд.
Никаких "лишних" файлов.
От DBF думаю отказаться сразу, так как работа с неродным движком(например, FoxPro 2.6) не вызывает удовольствия из-за скорости, да и объемы данных для DBF великоваты.
Кроме этого, пока не знаю движков для DBF с полноценным SQL.
Sergey13 (2005-05-20 10:30:00) [43]2[21] Bronco © (20.05.05 10:27)
>Но так вроде файлов больше получится
Почему? Я предполагал, что все ТХТ-шники лягут в МЕМО поля одного файла.
Bronco (2005-05-20 10:27:00) [44]
> Sergey13 © (20.05.05 10:21) [20]
Я тоже сначала хотел предложить DBF с компонентами прямого доступа. Но так вроде файлов больше получится, а Панову меньше надо :-) Да и SQL в Хальсионе отсутствует, что тоже неудобно.
Sergey13 (2005-05-20 10:21:00) [45]DBF+встроеный движок типа Хальциона.
+
Средств "просто просмотра" чуть меньше чем для текста.
Все таки Бд.
Никаких "лишних" файлов.
Bronco (2005-05-20 10:11:00) [46]
>
> Хотелось бы структурировать информацию подобно DMClient(в
> текстовых файлах), но количество файлов уменьшить до минимума.
ИМХО, если нужно кол-во файлов уменьшить до минимума, то либо FB EMBedded либо Yaffil Personal.
Всего два файла - gds32.dll + сам файл БД в той же директории.
По структуре таблиц сказать ничего не могу, но подозреваю что можно по большому счету обойтись двумя :-)
Anatoly Podgoretsky (2005-05-20 09:57:00) [47]Danilka © (20.05.05 09:56) [17]
Full Tesxt Search
Danilka (2005-05-20 09:56:00) [48]- Нет возможности просмотра текстовых файлов
А шо это за зверь? :)
Еще один плюс забыл у последних двух:
+ Возможность залезть в базу и попросить на сиквеле все что захочецца: статистику, сложный поиск и т.д.
Anatoly Podgoretsky (2005-05-20 08:57:00) [49]2. Dolphin
Плюсы:
Минусы:
- Необходимо наличие движка СУБД.
Чем отличие от FB, в обеих случаях нужен движок. Инсталяция сводится к двойному щелчку по MDAC.EXE
3. Magic Forum
Плюсы:
+ Нет необходимости предустановленной СУБД.
Это как? Чем отличие от MSSQL?
Предустановленая СУБД нужна в обеих случаях. Инсталяция делает запуском простого BAT файла. Смотри примеры развертывания MSDE и баз данных Nortwith и Pubs. Все что поставляетя это дистрибутив MSDE и набор скриптов.
Минусы:
- Необходимо наличие дополнительных DLL с движком БД.
Это требование относится к обеим базам.
- БД не находится в состояни готовности по первому запросу.
Это не понятно
- Нет возможности просмотра текстовых файлов
Непонятно это еще зачем, аттачи в форуме отсутствуют. Разъясни этот пункт, но это относится к очень простым функциям на клиентской стороне, или ты про экспорт/импорт данных MSSQL это делает очень хорошо, думаю и FB не хуже.
Основные различия, при квалифицированой работе это размер дистрибутива и начальный усилия на создание этого дистрибутива.
При наличии сервера в сети, работа сводится к передаче скриптов по созданию баз (можно заменить передачей файла БД) и бат файла по запуску этих скриптов.
Достоинство MSDE может являть то что фронт эндом может являться Акцесс и даже тестовые примеры из Дельфи.
Petr V. Abramov (2005-05-20 00:53:00) [50]Alexander Panov © (19.05.05 17:32)
> Минусы:
> - Необходимо наличие дополнительных DLL с движком БД.
1-2 халявных DLL? Решается наличием инсталлятора :)
> - БД не находится в состояни готовности по первому запросу.
Растолкуй
> - Нет возможности просмотра текстовых файлов
Проблемы приложения, а не БД. Можно и на Oracle такой приложение создать. "А если сунешь четвертак, то он сыграет и не так" :)
Polevi (2005-05-19 19:31:00) [51]для данной задачи хватит, с учетом того что база локальная
Alexander Panov (2005-05-19 19:06:00) [52]Polevi © (19.05.05 19:02) [12]
А как MSAccess по скорости при больших объемах?
Polevi (2005-05-19 19:02:00) [53]при сбоях питания компьютер вообще может физически из строя выйти
я не думаю что для данной задачи это настолько критично
кому надо - пусть делает резервные копии
Alexander Panov (2005-05-19 18:57:00) [54]Polevi © (19.05.05 18:49) [10]
При сбоях(снятие процесса, отключение питания) иногда портится структура БД.
Polevi (2005-05-19 18:49:00) [55]>Alexander Panov © (19.05.05 18:19) [9]
я тоже знаком с некоторыми "банковскими программами"
что там только не падает
Alexander Panov (2005-05-19 18:19:00) [56]Polevi © (19.05.05 18:17) [8]
MS Access
Опять же из опыта работы с одной из банковских программ, использующих Бд Access - падает она иногда... жестоко падает.
Polevi (2005-05-19 18:17:00) [57]MS Access
Alexander Panov (2005-05-19 18:15:00) [58]Ega23 © (19.05.05 18:08) [6]
Объем - от 100Мб и выше.
Ega23 (2005-05-19 18:08:00) [59]2 Alexander Panov © (19.05.05 18:04) [5]
Саш, тогда сформулируй требования.
Типа, объём базы - такой-то, производительность - такая-то.
Данные, в конце-концов, можно архивировать.
Alexander Panov (2005-05-19 18:04:00) [60]Ega23 © (19.05.05 17:59) [4]
Судя по тому, какова скорость работы с XML и объем дополнительной информации для хранения данных, для большгих объемов XML не подойдет.
| |
Страницы: 