Зачем тебе сразу аж 500 000 записей? Ты не с фокспро случайно перешел?

-- Tygra's --

автор писал:Опуская детали, таблицы загружаются полностью. Как в ЕМ. По запросу "SELECT * " в ADOQuery. Затем идет поиск, сортировка, правка записей. Но в EM это быстро, видимо идет порция загрузки, и затем подкачка при прокрутке.
Вычисляемых полей нет. Когда загружается форма как в EM в ней нарисованы некоторые условия для работы с записями для юзера не знакомого с T-SQL.
Потому набор записей надо весь. Или как то обрабатывать. Технически.

Да ты чего, в своем ли уме? При чем тут юзер и T-SQL? Ты фильтры не умеешь чтоли делать на основе запросов? У юзеров стоят Р4 с 2 Гб памяти? С 500 000 записей ты только 5 минут один фильтр накладывать будешь. И еще столько же снимать.

Ты где учился так программы то писать? Я не в обиду - это бред. Полнейший. SELECT * . А where field1 = @value1 не умеешь? Вот те некоторые условия для работы с записями для юзера не знакомого с T-SQL не умеешь в параметры запроса перевести?

А потом вот и получается - клиент-серверные программы плохо работают и медленно.

Ты уж спроси, расскажем как сделать.

-- Tygra's --

2 Kidd

Блин, ему про одно, а он про другое. Ну и поставь всем юзерам ЕМ, найчи писать на T-SQL и флаг в руки

автор писал:А если это же условие совместить, например с постраничным чтением, то можно даже самый черепаший запрос сделать шустрее самого шустрого(визуально конечно, но юзеру то плевать что там в кишках программы творится). Вот Билли знает про это и кушает ананасы с шампанским. А мы "жрем что дают".

Это ты жрешь что дают , остальные нормально работают. Так что не надо тут про всех, если ты не умеешь.
А если еще условие совместить с нормальными мозгами то станет понятно, что 500 000 записей не нужно ни постранично, ни как. Если на клиент обычно приходит больше 2000 записей в любой форме, то нужно менять работу срочно.

автор писал:Маститые программеры (всю жизнь в программировании) столкнулись с тем что базы выросли, на них действительно навешиваются и вычисляемые вещи, и некоторый анализ данных (не надо пока про OLAP, не актуально) и др. И все WHERE которые они изобретают(сейчас, а не ранее), становятся фуфлом.

Ты так и скажи, что SQL не знаешь.

автор писал:Короче открой таблу с млн. записей в EM и выйди на свет

Я не говорил, что я больной - это тебе нужен миллион записей. Мне не надо столько. Штук 40 хватит

автор писал:И задай себе вопрос. Почему клиент-серверная программа EM работает быстро, а наши "...А потом вот и получается - клиент-серверные программы плохо работают и медленно..."

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

автор писал:Именно в этом и заключался первоначальный вопрос. А именно "как загрузить порцию данных" и затем прокручивать порциями (или постранично). Просто в книге не нашел, думал - тут кто то знает методику.

И первоначальный ответ - зачем??? Не умеешь запросы писать - зачем тогда с БД работать?

автор писал:Здесь для меня задача новая (именно с дополнением к Where еще чего то), чтобы (хотя бы визуально) загружалось быстро. Затем наработанные знания буду применять совместно с WHERE.

Это как в анекдоте чтоли: Сегодня начинаем занятия по прыжкам в бассейн с вышки. Чтобы не утонули, сначала будете прыгать в пустой бассейн.


автор писал:Утилита являющаяся основным инструментом DBA при работе с SQL Server. Может устанавливаться как на сервер, так и на клиента для работы с сервером. Естественно является клиентом по отношению к серверу баз данных и подключается как клиентская программа. В нем есть дерево объектов. В этом дереве таблицы. Каждая таблица при открытии может показать либо всё(относительно конечно), либо N ое кол-во(какое сам назначишь

Вот я и говорю - ставь всем ЕМ и не парься.
И Подумай над этим - зачем тебе нужен sql сервер????

-- Tygra's --

А я и не спорю с человеком, который тянет на клиента 1 000 000 записей

-- Tygra's --

2 Kidd

Тогда все же почему так делаете?

-- Tygra's --

Я так и не пойму, как 1 000 000 записей на клиента сочетается с

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

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

-- Tygra's --

Я же не стараюсь специально поддеть - я пытаюсь понять, зачем так делать?

-- Tygra's --