TK>А оно нормально 10000 записей в памяти держать?

Наш чувак . Даёшь гриды с полным содержимым БД .

Здравствуйте, VGn, Вы писали:
VGn>Наш чувак . Даёшь гриды с полным содержимым БД .
Если бы мы загрузили все содержимое базы данных, памяти бы на машине не хватило
А начитать список договоров, дело необходимое, их просматривать нужно и искать среди них ...

Здравствуйте, _Artem_, Вы писали:

_A_>Здравствуйте, VGn, Вы писали:
VGn>>Наш чувак . Даёшь гриды с полным содержимым БД .
_A_>Если бы мы загрузили все содержимое базы данных, памяти бы на машине не хватило
_A_>А начитать список договоров, дело необходимое, их просматривать нужно и искать среди них ...

Искать их нужно, но зачем же грузить всё в память? Делаешь текстбокс и листвью под ним. При наборе текста в текстбоксе, если там введено 2 или более символов идёт запрос к базе, из которого заполняется листвью. Чего же проще?

Здравствуйте, anton_t, Вы писали:

_>Здравствуйте, _Artem_, Вы писали:

_A_>>Здравствуйте, VGn, Вы писали:
VGn>>>Наш чувак . Даёшь гриды с полным содержимым БД .
_A_>>Если бы мы загрузили все содержимое базы данных, памяти бы на машине не хватило
_A_>>А начитать список договоров, дело необходимое, их просматривать нужно и искать среди них ...

_>Искать их нужно, но зачем же грузить всё в память? Делаешь текстбокс и листвью под ним. При наборе текста в текстбоксе, если там введено 2 или более символов идёт запрос к базе, из которого заполняется листвью. Чего же проще?

Свой результ (profx@inbox.ru) куда уходит память в общем смысле

память 128

90-110 система
операционная конечччно

10-40 ворд + ексел + почта
начинается свап смысла запускать net приложения нет но РАБОТАЕТ и ниче
формы много штук по 5000 записей

256 катит нормально

20-40 программа на нете (причем в процессе примерно 50 форм и 25 отчетов с обработкой более не видел и с гридами)

40-60 для нета (ядро + либы + самое главное native либы они подружаются точнее компилируются в процесе

но можете сделать ngen'om и увидите как и что кушает память любой нормальным менеджером памяти

т.е 110+40+40+60=250 как раз 256

из всего перечисленного только от 256 стоит работать клиенту

что касается скорости очень влияет сами понимаете почему антивирус + дефрагментация диска на подгрузку либов и нета

Здравствуйте, anton_t, Вы писали:

_>Искать их нужно, но зачем же грузить всё в память? Делаешь текстбокс и листвью под ним. При наборе текста в текстбоксе, если там введено 2 или более символов идёт запрос к базе, из которого заполняется листвью. Чего же проще?
А то, что нужно выводить их в гриде, что тут непонятного? ListView не подойдет. Нужно выводить весть список договоров!

VGn>>Наш чувак . Даёшь гриды с полным содержимым БД .
_A_>Если бы мы загрузили все содержимое базы данных, памяти бы на машине не хватило
_A_>А начитать список договоров, дело необходимое, их просматривать нужно и искать среди них ...

Ни один нормальный человек не нуждается в ручном пролистывании 10000 строк в гриде.
Надо логичным образом ограничивать выборку.

А для того чтобы искать, всю таблицу в грид грузить не надо.

_A_>А то, что нужно выводить их в гриде, что тут непонятного? ListView не подойдет. Нужно выводить весть список договоров!

Вы нормально можете объяснить за каким х** ВЕСЬ?
Религия такая?

Здравствуйте, VGn, Вы писали:
VGn>Вы нормально можете объяснить за каким х** ВЕСЬ?
VGn>Религия такая?
А что 10000 записей по Вашему много?
Уже есть сложившийся интерфейс программы, хотим его переписать под .Net.

Здравствуйте, VGn, Вы писали:
VGn>Ни один нормальный человек не нуждается в ручном пролистывании 10000 строк в гриде.
VGn>Надо логичным образом ограничивать выборку.
Почему Вы так решили? Мне кажется существует много различных областей где нужно просматривать и больший объем информации ...

Здравствуйте, _Artem_, Вы писали:

_A_>Здравствуйте, VGn, Вы писали:
VGn>>Ни один нормальный человек не нуждается в ручном пролистывании 10000 строк в гриде.
VGn>>Надо логичным образом ограничивать выборку.
_A_>Почему Вы так решили? Мне кажется существует много различных областей где нужно просматривать и больший объем информации ...

В каждый момент времени в этом гриде видно одну страницу записей (ну пусть 30-40 штук), пользователь за раз может охватить 7-9 записей. И не важно сколько вообще записей в гриде, для пользователя эти числа не меняются — значите есть возможность изменить способ подгрузки записей из базы и тем самым сократить объем используемой памяти.

_A_>А что 10000 записей по Вашему много?

10000 строк — это примерно 300 страниц печатного текста
нужно ли Вам в короткий момент времени видеть 300 страниц текста?
или редактировать за раз эти 300 страниц?

Выводить все 10000 договоров — это преотличнейшее юзабилити, пускай юзера, вместо того чтобы пасьянсы расскладывать, тренируют свои глаза бегая по гриду из 10000 строк. Правильно работать надо, а не фигней страдать.

Объясните откуда такое бредовое требование все и сразу?

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

На пример?

---

данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение

Здравствуйте, RuneLord, Вы писали:

RL>Объясните откуда такое бредовое требование все и сразу?

Я понимаю человека, кто написал исходное письмо — ну подписал неудачно ТЗ, есть до сих пор заказчики такие, которые упертые и хотят видеть все 10 млн записей сразу. Зачем — сказать никто не может внятно, "хочу и все". Приходиться искать обходные маневры

Здравствуйте, denisio_mcp, Вы писали:

_>Здравствуйте, RuneLord, Вы писали:

RL>>Объясните откуда такое бредовое требование все и сразу?

_>Я понимаю человека, кто написал исходное письмо — ну подписал неудачно ТЗ, есть до сих пор заказчики такие, которые упертые и хотят видеть все 10 млн записей сразу. Зачем — сказать никто не может внятно, "хочу и все". Приходиться искать обходные маневры

ребята вы че !!! я же все написал скоко памяти нет ест !!! (prox@inbox.ru)

что касается 10000 это нормально и даже очень нормально так удобнее список просматривать чем всякие там фильтры
10000 мало в примерах приводится как минумум в трех пакетах компонентов
на 1 000 000 (миллион записей) примеры и память есть ну не более 20МБ поищите посмотрите
и не мудрствуйте !!!!

_>Я понимаю человека, кто написал исходное письмо — ну подписал неудачно ТЗ, есть до сих пор заказчики такие, которые упертые и хотят видеть все 10 млн записей сразу. Зачем — сказать никто не может внятно, "хочу и все". Приходиться искать обходные маневры

Можно попробовать sourceGrid
http://www.devage.com/DevAgeSourcePack/SourceGrid3_EN.html

Здравствуйте, RuneLord, Вы писали:

RL>На пример?
Например у нас
Есть база из договоров и ее надо просмтаривать, так есть контекстное меню в котором выбираются различные действия с ними. Специфика такая что пляшем от договоров, поэтому основная работа ведется именно с этим окном.

Здравствуйте, fmiracle, Вы писали:

F>Можно попробовать sourceGrid
F>http://www.devage.com/DevAgeSourcePack/SourceGrid3_EN.html
Спасибо, щас пачитаю

Здравствуйте, _Artem_, Вы писали:
_A_>Есть база из договоров и ее надо просмтаривать, так есть контекстное меню в котором выбираются различные действия с ними. Специфика такая что пляшем от договоров, поэтому основная работа ведется именно с этим окном.
И что? Есть какая-то задача, требующая наличия именно >10000 договоров в одном окне? Или все-таки вас заставили прикрутить к этому окну фильтры, чтобы пользователи не утонули в этом списке?

Здравствуйте, Sinclair, Вы писали:
S>И что? Есть какая-то задача, требующая наличия именно >10000 договоров в одном окне? Или все-таки вас заставили прикрутить к этому окну фильтры, чтобы пользователи не утонули в этом списке?
Фильтр есть, но и никто не пользуется. Есть поиск по номеру договора, и по любой колонке вообще.