Категоризированная база знаний - аналог Wiki

@pivogol · Регистрация: 07.01.2009

Author24 — интернет-сервис помощи студентам

Если делать категоризированную базу знаний - аналог Wiki, возникает проблема:
- Если сохранять форматированный текст в базе, то теряется форматирование.
- Если сохранять текст записей в отдельных файлах, то по ним будет медленный поиск, т.к. для поиска придётся последовательно перебирать все файлы и строки.
Как же тогда лучше сделать базу знаний?
Какие-то из двух указанных проблем можно обойти легко?

Добавлено через 17 минут
Пока есть идея сохранять текстовые символы форматирования как у wiki в базе...

Добавлено через 8 минут
Но если бы в базе можно было сохранить всё форматирование, это было бы лучше.

@qwertehok · 09.07.2018, 20:35

Сообщение от pivogol

Если сохранять форматированный текст в базе, то теряется форматирование.

почему?

Сообщение от pivogol

Если сохранять текст записей в отдельных файлах, то по ним будет медленный поиск, т.к. для поиска придётся последовательно перебирать все файлы и строки.

что значит "медленный"? каковы размеры файлов и сколько мс у вас "медленно"?

Сообщение от pivogol

Как же тогда лучше сделать базу знаний?
Какие-то из двух указанных проблем можно обойти легко?

а при чем тут делфи?

вы не написали ни какая у вас СУБД, ни размер текстов

ЗЫ возьмите живую бесплатную вики и смотрите как она устроена

@pivogol · 10.07.2018, 08:28 **[ТС]**

Сообщение от qwertehok

почему?

Я пробовал сохранять текст из RichEdit в базе mdb в поле МЕМО, сохраняется только сам текст, но не свойства всех символов...

Сообщение от qwertehok

что значит "медленный"? каковы размеры файлов и сколько мс у вас "медленно"?

Сам принцип: в базе делается мгновенная выборка, а в файлах, чтобы что-то найти, нужно их все перебрать по очереди и построчно. Если делать это в папке из нескольких тысяч записей - файлов, то думаю, будет медленнее происходить поиск, чем в обычной базе.

Сообщение от qwertehok

а при чем тут делфи?
...
ЗЫ возьмите живую бесплатную вики и смотрите как она устроена

Да, wiki - идеальный вариант, но для локального использования пользователи - не так удобна, как могла бы быть удобна локальная программа.
Ду, буду брать с неё пример.
Кстати форматирование там сохраняется с помощью специальных текстовых символов в базе, потом отдельно программируется отображение форматированного текста в зависимости от имеющихся символов форматирования.

Сообщение от qwertehok

вы не написали ни какая у вас СУБД, ни размер текстов

Попробую реализовать пока на mdb...
Как думаете, какая структура базы знаний более правильная?:
1) Дерево категорий, в каждой категории могут быть записи, в каждой записи текст.
2) Дерево страниц, они же являются и категориями, каждая страница содержит текст и другие такие же страницы.

@krapotkin · 10.07.2018, 08:44

Сообщение от pivogol

форматирование там сохраняется с помощью

оно вообще везде так сохраняется HTML, TeX, RTF, DOC, BB-коды всякие
других способов не придумали или они невыгодны

@qwertehok · 10.07.2018, 20:29

Сообщение от pivogol

Я пробовал сохранять текст из RichEdit в базе mdb в поле МЕМО, сохраняется только сам текст, но не свойства всех символов...

как пробовали?

Сообщение от pivogol

в базе делается мгновенная выборка

в базе никогда не делается "мгновенная" выборка

Сообщение от pivogol

в файлах, чтобы что-то найти, нужно их все перебрать по очереди и построчно

а попробуйте программку называется everything (http://www.voidtools.com/)

Сообщение от pivogol

Если делать это в папке из нескольких тысяч записей

ключевые слова и индекс поможет

Сообщение от pivogol

но для локального использования пользователи - не так удобна, как могла бы быть удобна локальная программа.

по каким признакам?

Сообщение от pivogol

Попробую реализовать пока на mdb...

Сообщение от pivogol

Как думаете, какая структура базы знаний более правильная?:
1) Дерево категорий, в каждой категории могут быть записи, в каждой записи текст.
2) Дерево страниц, они же являются и категориями, каждая страница содержит текст и другие такие же страницы.

не зная что вы подразумеваете под базой знаний ответить невозможно

вы вообще не понимаете что хотите от готового продукта,
у вас не списка требований,
у вас не проработан функционал
и слабо с реализацией

@pivogol · 10.07.2018, 22:37 **[ТС]**

Сообщение от qwertehok

не зная что вы подразумеваете под базой знаний ответить невозможно

Вот приблизительный пример:

Категоризированная база знаний - аналог Wiki

Сообщение от qwertehok

по каким признакам?

- ради нескольких сотен записей ставить локальный хостинг на 2 гига и движок на десятки тысяч файлов как-то не нормально;
- не каждый сможет (захочет) для базы знаний ставить и изучать локальный хостинг, учиться настраивать MediaWiki;
- работает не очень быстро, каждое действие приходится ждать по пол секунды и более.

Сообщение от qwertehok

ключевые слова и индекс поможет

Да, но в MediaWiki работает глобальный поиск по всем текстам и без ключевых слов. И локально это тоже элементарно делается в базе.

Сообщение от qwertehok

а попробуйте программку называется everything (http://www.voidtools.com/)

Посмотрел описание и скрин, прикольная. Ещё есть методы поиска не по названиям файлов, а по тексту в них, тоже пробовал разные.

Сообщение от qwertehok

в базе никогда не делается "мгновенная" выборка

Понял. В любом случае, select * from were по моим наблюдениям и предположениям должно срабатывать быстрее, чем перебор всех строк в файлах. Но на одинаковом количестве записей не сравнивал, так что утверждать не буду.

Сообщение от qwertehok

как пробовали?

Delphi

1
2
3

    qry1.SQL.text:='INSERT INTO zap_bz (zap,kat) VALUES (:pr2,:pr0)'; // добавляем запись
    qry1.Parameters.ParamByName('pr0').Value:=kod_k;
    qry1.Parameters.ParamByName('pr2').Value:=RxRichEdit1.Text;

Тему SaveToStream пока не раскуривал, не знаю ещё, пойду ли таким путём.
Возможно реализую вики-форматирование и его символы буду сохранять.

Сообщение от qwertehok

вы вообще не понимаете что хотите от готового продукта,

Есть общее представление, по многим вопросам определился, а там где сомневался - переспросил.

Сообщение от qwertehok

у вас не проработан функционал

Сообщение от qwertehok

у вас не списка требований,

и слабо с реализацией

Да, я делаю не быстро, пока сделал так (что-то осталось от предыдущих проектов):

Требования есть кое-какие: импорт, экспорт, древовидная структура, поиск по тексту записей, тип базы, форматирование хоть минимальное, какие-то требования будут меняться постепенно.

@qwertehok · 11.07.2018, 20:25

Сообщение от pivogol

Вот приблизительный пример:

это обычный TreeView
к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов

Сообщение от pivogol

Требования есть кое-какие

как будете хранить данные? обычный текст с тегами как html?
только стандартные теги? или еще свои собственные?

Сообщение от pivogol

древовидная структура

структура чего? хранить то вы будете в таблицах

Сообщение от pivogol

тип базы

это что значит?

Сообщение от pivogol

какие-то требования будут меняться постепенно.

это значит нужно начинать не с картинки, а с продумывания объектов

@pivogol · 17.07.2018, 10:46 **[ТС]**

В принципе, все вопросы уже отпали, я определился что каким способом сделать и сделал на прошлой неделе.
Отвечу на встречные вопросы.

Сообщение от qwertehok

это обычный TreeView
к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов

Использовать этот компонент с базами очень проблематично.

Сообщение от qwertehok

как будете хранить данные? обычный текст с тегами как html?
только стандартные теги? или еще свои собственные?

Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе.

Сообщение от qwertehok

тип базы
это что значит?

Я выбрал Access, mdb, ado.

Сообщение от qwertehok

это значит нужно начинать не с картинки, а с продумывания объектов

Да, подумал, что нужно, посомневался как это лучше сделать и потом принял одно из имеющихся решений.

Сообщение от qwertehok

древовидная структура
структура чего? хранить то вы будете в таблицах

Ну как бы структура категорий или структура страниц, как они связаны между собой, где дочерняя, где родительская.
Решил пойти по пути наименьшего сопротивления: названия страниц связаны между собой в древовидной структуре.
Был ещё второй вариант: древовидные категории, а в каждой из них может быть включено несколько страниц. Этот вариант отпал.
Вот как сделал:

Всем спасибо за советы!

@ZfoxAK · 17.07.2018, 11:27

Сообщение от pivogol

Я выбрал Access, mdb, ado.

Зря.
1. чем больше объем базы - тем больше торомозов.
2. ориентирована на одно подключение (один пользователь).
Лучше или MySQL, или FireBird. Эти СУБД бесплатные, позволяют многое и просты в освоении.

@northener · 18.07.2018, 02:03

Сообщение от pivogol

Отвечу на встречные вопросы.
Цитата Сообщение от qwertehok Посмотреть сообщение
это обычный TreeView
к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов
Использовать этот компонент с базами очень проблематично.

Никаких проблем не вижу.

Сообщение от pivogol

Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе.

Разумеется. А иначе никак.

Сообщение от pivogol

Я выбрал Access, mdb, ado.

Если это учебная задача/проект, то сойдёт.

@pivogol · 18.07.2018, 13:06 **[ТС]**

Сообщение от northener

Никаких проблем не вижу.

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

Добавлено через 51 минуту

Сообщение от northener

Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе.

Разумеется. А иначе никак.

Я тоже так считал. Но сегодня засомневался.
Сохранил в одной записи изображение (скриншот) и размер базы сразу увеличился с 2 мегабайт до 20 мегабайт.
Мне это очень не понравилось. А если изображений будет сотни, тысячи...
Я бы не хотел, чтобы размер базы стал слишком большим и перевалил за гигабайты.
Вот теперь подумываю теперь хранить форматированный текст в файлах по папкам.
При этом неформатированный текст останется в базе, для выполнения всяких sql-запросов в тексте.

@qwertehok · 18.07.2018, 21:55

Сообщение от pivogol

Использовать этот компонент с базами очень проблематично.

извините, но у всех все работает и только у вас "проблематично"

Сообщение от pivogol

Проблема в том, что и при удалении узла в TreeView все последующие узлы ниже перенумеровываются

никто ничего не перенумеровывает

Сообщение от pivogol

Поэтому, при каждом удалении узла в TreeView приходится заново устанавливать соответствие все узлов, ниже удалённого записям в базе.

не нужно устанавливать никаких соответствий

у вас есть таблица - узел (GUID) \ родитель (GUID)\ текст
строите по этой таблице дерево - в свойство Data каждого узла пихаете GUID узла
при удалении элемента вы достаете его GUID и удаляете в базе, при этом проверяя, не является ли он родителем и если да, то удаляете его подчиненные записи
ВСЕ

Сообщение от pivogol

Я бы не хотел, чтобы размер базы стал слишком большим и перевалил за гигабайты.

не надо хранить картинки и видео
а если хранить, то только preview
и база должна быть не MDB, а нормальная

@pivogol · 18.07.2018, 23:00 **[ТС]**

Сообщение от qwertehok

извините, но у всех все работает и только у вас "проблематично"

Обычно пользуются специальными компонентами, для работы дерева с базой, а не чистым TreeView, например VirtualTreeView, EhLib и пр.

Сообщение от qwertehok

никто ничего не перенумеровывает

Название: узлы.jpg
Просмотров: 37

Размер: 7.2 Кб

Если удалить a11, то изменятся индексы и у a12, и у b1 и у c1.
У них меняется и AbsoluteIndex и Selected.Index, и при доступе по tv1.Items[2].Text будут доступны уже другие узлы.
Вот из-за этого сдвига, приходится перестраивать соответствие с базой.
Но проще использовать специальные методы, предназначенные для строительства дерева из базы.

Сообщение от qwertehok

и база должна быть не MDB, а нормальная

Пока все мои программы на mdb отлично работают.
Считаю ненормальной ситуацию, когда для запуска программы у пользователя нужно делать инсталлятор, который впихнёт ему firebird.
Но когда придётся пойти на это.

@qwertehok · 19.07.2018, 06:14

Сообщение от pivogol

Обычно пользуются специальными компонентами

ими пользуются когда функционала не хватает, но не вам об этом писать)

Сообщение от pivogol

Если удалить a11, то изменятся индексы и у a12, и у b1 и у c1.
У них меняется и AbsoluteIndex и Selected.Index, и при доступе по tv1.Items[2].Text будут доступны уже другие узлы.
Вот из-за этого сдвига, приходится перестраивать соответствие с базой.

а зачем вы ориентируетесь на эти индексы?
я вам написал что вы должны хранить ссылку на записать в свойстве Data - тогда не надо ничего перестраивать
(это вообще дикая идея при удалении элемента что то перестраивать на всей базе)

Сообщение от pivogol

Считаю ненормальной ситуацию, когда для запуска программы у пользователя

а для mdb не нужен офис?
вам рано или поздно понадобятся SQL запросы для работы с БД, а аксесс это не очень хорошо умеет.
ИМХО даже SQlite это делеат лучше

@D1973 · 19.07.2018, 07:55

Сообщение от pivogol

который впихнёт ему firebird.

Не надо ничего "впихивать", просто носить вместе с ехе-шником и файлом БД еще 2-3 библиотеки - и все... Вот, к примеру, в моей организации не используют MS Office - и что, Ваша программа для нас недоступна? Беда-печаль, которой легко избежать, перейдя на нормальную СУБД вместо Access

@pivogol · 19.07.2018, 08:25 **[ТС]**

Сообщение от D1973

в моей организации не используют MS Office - и что, Ваша программа для нас недоступна? Беда-печаль, которой легко избежать, перейдя на нормальную СУБД вместо Access

Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали.
И не тормозит ни капли, всё нормально работает, не вижу пока смысла переходить на что-то другое.

@D1973 · 19.07.2018, 08:39

Сообщение от pivogol

то мои программы с mdb нормально работали

Далеко не факт, что на машинах, на который офис не устанавливали никогда, в ODBC-драйверах будет находится драйвер провайдера MS Jet 4.0, без которого Ваша программа просто не взлетит...

Добавлено через 1 минуту
Но дело-то хозяйское... Никто Вас уговаривать не собирается... Хотите Access - работайте с Access...

@qwertehok · 19.07.2018, 12:02

Сообщение от pivogol

Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали.

не будут

Сообщение от pivogol

И не тормозит ни капли, всё нормально работает

что все? работает как хранилище? и все

вы лучше напишите что вы придумали за структуру БД
как читаете и как пишите в БД

@pivogol · 19.07.2018, 17:57 **[ТС]**

Сообщение от qwertehok

Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали.

не будут

Поверил ещё раз, снёс Microsoft Office, программа с mdb работает, внёс данные, вот скрин.

Сообщение от qwertehok

И не тормозит ни капли, всё нормально работает

что все? работает как хранилище? и все

На работе два человека вносят записи в программе по учёту предприятий (застрахованных лиц Фонда), ажиотаж прошёл, сейчас вносится не более чем 10 записей в день, несколько человек работает с программой на просмотр.
Дома программы по учёту расходов, учёту запланированных дел, по ведению дневников, база знаний.
Пока тоже всё без тормозов, в учёте расходов выводится в таблице сразу 3500 записей. Придут тормоза - сделаю кэширвание или перейду на другие базы.

Сообщение от qwertehok

вы лучше напишите что вы придумали за структуру БД
как читаете и как пишите в БД

По базе знаний:
структура проста: таблица узлов и таблица записей, в узлах у каждого указано название, указан номер родительского узла и путь к узлу, в таблице записей текст записей и номер узла, к которой относится запись.
Узлы в дереве - названия статей, которые могут иметь дочерние статьи.
Всё читаю и вношу sql-запросами.
Для связи базы с деревом использую связку от EhLib, но есть один недостаток в ней...
После каждого обновления таблицы узлов все узлы становятся раскрытыми.
Приходится после каждого обновления таблицы узлов циклом закрывать не нужные узлы.
Может быть позже перейду на другой вид связи базы с деревом узлов, может быть VirtualTreeView когда-нибудь попробую.

@D1973 · 19.07.2018, 18:30

Сообщение от pivogol

Поверил ещё раз, снёс Microsoft Office,

Сообщение от D1973

на который офис не устанавливали никогда

А так работает? Ой, вряд ли...

@D1973 Модератор 9256 / 6034 / 2379 Регистрация: 21.01.2014 Сообщений: 25,793 Записей в блоге: 3
	19.07.2018, 07:55	15
	Сообщение от pivogol который впихнёт ему firebird. Не надо ничего "впихивать", просто носить вместе с ехе-шником и файлом БД еще 2-3 библиотеки - и все... Вот, к примеру, в моей организации не используют MS Office - и что, Ваша программа для нас недоступна? Беда-печаль, которой легко избежать, перейдя на нормальную СУБД вместо Access 0

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	19.07.2018, 08:25 [ТС]	16
	Сообщение от D1973 в моей организации не используют MS Office - и что, Ваша программа для нас недоступна? Беда-печаль, которой легко избежать, перейдя на нормальную СУБД вместо Access Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали. И не тормозит ни капли, всё нормально работает, не вижу пока смысла переходить на что-то другое. 0

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	09.07.2018, 20:35	2
	Сообщение от pivogol Если сохранять форматированный текст в базе, то теряется форматирование. почему? Сообщение от pivogol Если сохранять текст записей в отдельных файлах, то по ним будет медленный поиск, т.к. для поиска придётся последовательно перебирать все файлы и строки. что значит "медленный"? каковы размеры файлов и сколько мс у вас "медленно"? Сообщение от pivogol Как же тогда лучше сделать базу знаний? Какие-то из двух указанных проблем можно обойти легко? а при чем тут делфи? вы не написали ни какая у вас СУБД, ни размер текстов ЗЫ возьмите живую бесплатную вики и смотрите как она устроена 1

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	10.07.2018, 08:28 [ТС]	3
	Сообщение от qwertehok почему? Я пробовал сохранять текст из RichEdit в базе mdb в поле МЕМО, сохраняется только сам текст, но не свойства всех символов... Сообщение от qwertehok что значит "медленный"? каковы размеры файлов и сколько мс у вас "медленно"? Сам принцип: в базе делается мгновенная выборка, а в файлах, чтобы что-то найти, нужно их все перебрать по очереди и построчно. Если делать это в папке из нескольких тысяч записей - файлов, то думаю, будет медленнее происходить поиск, чем в обычной базе. Сообщение от qwertehok а при чем тут делфи? ... ЗЫ возьмите живую бесплатную вики и смотрите как она устроена Да, wiki - идеальный вариант, но для локального использования пользователи - не так удобна, как могла бы быть удобна локальная программа. Ду, буду брать с неё пример. Кстати форматирование там сохраняется с помощью специальных текстовых символов в базе, потом отдельно программируется отображение форматированного текста в зависимости от имеющихся символов форматирования. Сообщение от qwertehok вы не написали ни какая у вас СУБД, ни размер текстов Попробую реализовать пока на mdb... Как думаете, какая структура базы знаний более правильная?: 1) Дерево категорий, в каждой категории могут быть записи, в каждой записи текст. 2) Дерево страниц, они же являются и категориями, каждая страница содержит текст и другие такие же страницы. 0

@krapotkin 5784 / 4526 / 1431 Регистрация: 14.04.2014 Сообщений: 20,157 Записей в блоге: 20
	10.07.2018, 08:44	4
	Сообщение от pivogol форматирование там сохраняется с помощью оно вообще везде так сохраняется HTML, TeX, RTF, DOC, BB-коды всякие других способов не придумали или они невыгодны 1

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	10.07.2018, 20:29	5
	Сообщение от pivogol Я пробовал сохранять текст из RichEdit в базе mdb в поле МЕМО, сохраняется только сам текст, но не свойства всех символов... как пробовали? Сообщение от pivogol в базе делается мгновенная выборка в базе никогда не делается "мгновенная" выборка Сообщение от pivogol в файлах, чтобы что-то найти, нужно их все перебрать по очереди и построчно а попробуйте программку называется everything (http://www.voidtools.com/) Сообщение от pivogol Если делать это в папке из нескольких тысяч записей ключевые слова и индекс поможет Сообщение от pivogol но для локального использования пользователи - не так удобна, как могла бы быть удобна локальная программа. по каким признакам? Сообщение от pivogol Попробую реализовать пока на mdb... Сообщение от pivogol Как думаете, какая структура базы знаний более правильная?: 1) Дерево категорий, в каждой категории могут быть записи, в каждой записи текст. 2) Дерево страниц, они же являются и категориями, каждая страница содержит текст и другие такие же страницы. не зная что вы подразумеваете под базой знаний ответить невозможно вы вообще не понимаете что хотите от готового продукта, у вас не списка требований, у вас не проработан функционал и слабо с реализацией 0

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	11.07.2018, 20:25	7
	Сообщение от pivogol Вот приблизительный пример: это обычный TreeView к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов Сообщение от pivogol Требования есть кое-какие как будете хранить данные? обычный текст с тегами как html? только стандартные теги? или еще свои собственные? Сообщение от pivogol древовидная структура структура чего? хранить то вы будете в таблицах Сообщение от pivogol тип базы это что значит? Сообщение от pivogol какие-то требования будут меняться постепенно. это значит нужно начинать не с картинки, а с продумывания объектов 0

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	17.07.2018, 10:46 [ТС]	8
	В принципе, все вопросы уже отпали, я определился что каким способом сделать и сделал на прошлой неделе. Отвечу на встречные вопросы. Сообщение от qwertehok это обычный TreeView к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов Использовать этот компонент с базами очень проблематично. Сообщение от qwertehok как будете хранить данные? обычный текст с тегами как html? только стандартные теги? или еще свои собственные? Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе. Сообщение от qwertehok тип базы это что значит? Я выбрал Access, mdb, ado. Сообщение от qwertehok это значит нужно начинать не с картинки, а с продумывания объектов Да, подумал, что нужно, посомневался как это лучше сделать и потом принял одно из имеющихся решений. Сообщение от qwertehok древовидная структура структура чего? хранить то вы будете в таблицах Ну как бы структура категорий или структура страниц, как они связаны между собой, где дочерняя, где родительская. Решил пойти по пути наименьшего сопротивления: названия страниц связаны между собой в древовидной структуре. Был ещё второй вариант: древовидные категории, а в каждой из них может быть включено несколько страниц. Этот вариант отпал. Вот как сделал: Всем спасибо за советы! 0

@ZfoxAK 669 / 559 / 242 Регистрация: 26.11.2012 Сообщений: 2,191
	17.07.2018, 11:27	9
	Сообщение от pivogol Я выбрал Access, mdb, ado. Зря. 1. чем больше объем базы - тем больше торомозов. 2. ориентирована на одно подключение (один пользователь). Лучше или MySQL, или FireBird. Эти СУБД бесплатные, позволяют многое и просты в освоении. 1

@northener пофигист широкого профиля 4732 / 3167 / 858 Регистрация: 15.07.2013 Сообщений: 18,251
	18.07.2018, 02:03	10
	Сообщение от pivogol Отвечу на встречные вопросы. Цитата Сообщение от qwertehok Посмотреть сообщение это обычный TreeView к его узлам можно прицепить все что угодно - от текстовых файлов, до видеороликов Использовать этот компонент с базами очень проблематично. Никаких проблем не вижу. Сообщение от pivogol Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе. Разумеется. А иначе никак. Сообщение от pivogol Я выбрал Access, mdb, ado. Если это учебная задача/проект, то сойдёт. 1

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	18.07.2018, 13:06 [ТС]	11
	Сообщение от northener Никаких проблем не вижу. Проблема в том, что и при удалении узла в TreeView все последующие узлы ниже перенумеровываются, а в базе при удалении записи все последующие записи не перенумеровываются. Поэтому, при каждом удалении узла в TreeView приходится заново устанавливать соответствие все узлов, ниже удалённого записям в базе. А это не нормально, особенно, если узлов тысячи. Ну и соответственно, при добавлении новых узлов в середине дерева узлов. Добавлено через 51 минуту Сообщение от northener Всё-таки решил сохранять весь текст со всем форматированием как rtf в базе. Разумеется. А иначе никак. Я тоже так считал. Но сегодня засомневался. Сохранил в одной записи изображение (скриншот) и размер базы сразу увеличился с 2 мегабайт до 20 мегабайт. Мне это очень не понравилось. А если изображений будет сотни, тысячи... Я бы не хотел, чтобы размер базы стал слишком большим и перевалил за гигабайты. Вот теперь подумываю теперь хранить форматированный текст в файлах по папкам. При этом неформатированный текст останется в базе, для выполнения всяких sql-запросов в тексте. 0

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	18.07.2018, 21:55	12
	Сообщение от pivogol Использовать этот компонент с базами очень проблематично. извините, но у всех все работает и только у вас "проблематично" Сообщение от pivogol Проблема в том, что и при удалении узла в TreeView все последующие узлы ниже перенумеровываются никто ничего не перенумеровывает Сообщение от pivogol Поэтому, при каждом удалении узла в TreeView приходится заново устанавливать соответствие все узлов, ниже удалённого записям в базе. не нужно устанавливать никаких соответствий у вас есть таблица - узел (GUID) \ родитель (GUID)\ текст строите по этой таблице дерево - в свойство Data каждого узла пихаете GUID узла при удалении элемента вы достаете его GUID и удаляете в базе, при этом проверяя, не является ли он родителем и если да, то удаляете его подчиненные записи ВСЕ Сообщение от pivogol Я бы не хотел, чтобы размер базы стал слишком большим и перевалил за гигабайты. не надо хранить картинки и видео а если хранить, то только preview и база должна быть не MDB, а нормальная 0

	19.07.2018, 18:30

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	18.07.2018, 23:00 [ТС]	13
	Сообщение от qwertehok извините, но у всех все работает и только у вас "проблематично" Обычно пользуются специальными компонентами, для работы дерева с базой, а не чистым TreeView, например VirtualTreeView, EhLib и пр. Сообщение от qwertehok никто ничего не перенумеровывает Если удалить a11, то изменятся индексы и у a12, и у b1 и у c1. У них меняется и AbsoluteIndex и Selected.Index, и при доступе по tv1.Items[2].Text будут доступны уже другие узлы. Вот из-за этого сдвига, приходится перестраивать соответствие с базой. Но проще использовать специальные методы, предназначенные для строительства дерева из базы. Сообщение от qwertehok и база должна быть не MDB, а нормальная Пока все мои программы на mdb отлично работают. Считаю ненормальной ситуацию, когда для запуска программы у пользователя нужно делать инсталлятор, который впихнёт ему firebird. Но когда придётся пойти на это. 0

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	19.07.2018, 06:14	14
	Сообщение от pivogol Обычно пользуются специальными компонентами ими пользуются когда функционала не хватает, но не вам об этом писать) Сообщение от pivogol Если удалить a11, то изменятся индексы и у a12, и у b1 и у c1. У них меняется и AbsoluteIndex и Selected.Index, и при доступе по tv1.Items[2].Text будут доступны уже другие узлы. Вот из-за этого сдвига, приходится перестраивать соответствие с базой. а зачем вы ориентируетесь на эти индексы? я вам написал что вы должны хранить ссылку на записать в свойстве Data - тогда не надо ничего перестраивать (это вообще дикая идея при удалении элемента что то перестраивать на всей базе) Сообщение от pivogol Считаю ненормальной ситуацию, когда для запуска программы у пользователя а для mdb не нужен офис? вам рано или поздно понадобятся SQL запросы для работы с БД, а аксесс это не очень хорошо умеет. ИМХО даже SQlite это делеат лучше 0

@D1973 Модератор 9256 / 6034 / 2379 Регистрация: 21.01.2014 Сообщений: 25,793 Записей в блоге: 3
	19.07.2018, 08:39	17
	Сообщение от pivogol то мои программы с mdb нормально работали Далеко не факт, что на машинах, на который офис не устанавливали `никогда`, в ODBC-драйверах будет находится драйвер провайдера MS Jet 4.0, без которого Ваша программа просто не взлетит... Добавлено через 1 минуту Но дело-то хозяйское... Никто Вас уговаривать не собирается... Хотите Access - работайте с Access... 0

@qwertehok 5395 / 4323 / 1060 Регистрация: 29.08.2013 Сообщений: 27,129 Записей в блоге: 3
	19.07.2018, 12:02	18
	Сообщение от pivogol Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали. не будут Сообщение от pivogol И не тормозит ни капли, всё нормально работает что все? работает как хранилище? и все вы лучше напишите что вы придумали за структуру БД как читаете и как пишите в БД 0

@pivogol 21 / 21 / 8 Регистрация: 07.01.2009 Сообщений: 556
	19.07.2018, 17:57 [ТС]	19
	Сообщение от qwertehok Вроде проверял, если Office не устанавливать, то мои программы с mdb нормально работали. не будут Поверил ещё раз, снёс Microsoft Office, программа с mdb работает, внёс данные, вот скрин. Сообщение от qwertehok И не тормозит ни капли, всё нормально работает что все? работает как хранилище? и все На работе два человека вносят записи в программе по учёту предприятий (застрахованных лиц Фонда), ажиотаж прошёл, сейчас вносится не более чем 10 записей в день, несколько человек работает с программой на просмотр. Дома программы по учёту расходов, учёту запланированных дел, по ведению дневников, база знаний. Пока тоже всё без тормозов, в учёте расходов выводится в таблице сразу 3500 записей. Придут тормоза - сделаю кэширвание или перейду на другие базы. Сообщение от qwertehok вы лучше напишите что вы придумали за структуру БД как читаете и как пишите в БД По базе знаний: структура проста: таблица узлов и таблица записей, в узлах у каждого указано название, указан номер родительского узла и путь к узлу, в таблице записей текст записей и номер узла, к которой относится запись. Узлы в дереве - названия статей, которые могут иметь дочерние статьи. Всё читаю и вношу sql-запросами. Для связи базы с деревом использую связку от EhLib, но есть один недостаток в ней... После каждого обновления таблицы узлов все узлы становятся раскрытыми. Приходится после каждого обновления таблицы узлов циклом закрывать не нужные узлы. Может быть позже перейду на другой вид связи базы с деревом узлов, может быть VirtualTreeView когда-нибудь попробую. 0

@D1973 Модератор 9256 / 6034 / 2379 Регистрация: 21.01.2014 Сообщений: 25,793 Записей в блоге: 3
	19.07.2018, 18:30	20
	Сообщение от pivogol Поверил ещё раз, снёс Microsoft Office, Сообщение от D1973 на который офис не устанавливали никогда А так работает? Ой, вряд ли... 0