Всем привет!
Имеется база данных. Массив структур с данными о сотрудниках фирмы. Надо вывести все записи в ListView. Просто? А теперь читаем дальше  Понятное дело, что записи нужно будет изменять, добавлять и тому подобное. Тоесть база данных у нас динамическая. Проблема вот в чём: сам ListView имеет свои индексы для записей, а у базы данных свои индексы. Как их согласовать друг с другом? Вообще, как это делаетя. Не имею представления.
Как мог - объяснил. Надеюсь все всё поняли  

Ну если у тебя базе данных индексы не идут как 4,9,1,7,0,6 а по порядку 1,2,3,4 то какие проблемы ?

Данные надо будет сортировать по группам. В группе могут содержаться данные с любыми индексами и в любом порядке, будь то 1, 3, 10, 123; или 20, 30, 32.
У меня есть идея, которая заключается в том, чтобы создать массив из элементов типа int, номер элемента будет соответствовать номеру строки в ListView, а присвоенное ему значение - индексу записи в БД.
Однако ListView должен иметь возможность сортироваь таблицу при щелчке по заголовку. Это значит, что мой массив должен будет обновляться чёрт знает как!

Проще всего сохранить связь между таблицей БД и лист-вью, записывая в Data каждого элемента номер записи (или ключ записи). И тасуй себе элементы списка на здоровье.

Что-то вроде этого?



Я правильно понял?

Это сообщение отредактировал(а) Letchik - 13.6.2010, 11:11

Я правильно понял?
Нет не правильно, ты в итоге в свою структуру и которая будет не одна, пытаешься перетащить базу данных в память программы.
Earnest,  пытается сказать что нужно хранить соответствие полей в ListView с полями базы данных.

Так. Значит выходит, что мы напрямую работаем с файлом. Добавил (изменил/удалил) запись - сразу записывается в файл. А в память мы только загружаем вышеприведённую структуру. Верно?

Letchik, конечно нет. Ты спрашивал, как быть, если в списке элементы по разному сортируются. Я тебе написала, как сохранить связь - записать номер или ид-р записи в элемент лист-вью: член lParam структуры LVITEM, через которую ты помещаешь данные в список. О том, где хранить сами записи БД и речи не было. Что касается этого, то все зависит от свойств БД. Приличная БД должна сама заботиться о своей эффективности. 
Но если ты называешь базой данных нечто доморощенное, то другое дело. Здесь возможны 2 подхода: если данных немного, грузи сразу все в память и не парься. Поверь, кучи проблем ненужных избежишь. Есть только 2 случая, когда все в память нельзя: очень много данных или многопользовательский доступ. Во-втором случае лучше использовать "настоящую" БД. В первом, собственно, тоже, но можно обойтись хешированием. Например, загружаешь в память только то, что сейчас отображается в списке. Да, и чтобы избежать двойного расхода памяти, список (лист-вью) должен быть виртуальным. 
Под "большим" объемом данных (которые нельзя загрузить целиком в память) я понимаю данные размером в районе гигабайта и больше. Да честно говоря и это я бы загрузила через файл-маппинг. 

Ах вот оно что! 
Огромное СПАСИБО!
Всё ясно теперь!   
Я хотел поступить так же, но не нашёл подходящего элемента структуры для этой цели, а lParam, мне казалось, используется в других целях. 

Это сообщение отредактировал(а) Letchik - 15.6.2010, 07:57