ADODataset

← →
Gin2 (2007-01-11 14:13) [0]

Как ограничить фитч записей?
В таблице 11000 записей, при открытии датасета фитчатся все записи. Гридов нет.

← →
Gin2 (2007-01-11 14:16) [1]

Сделал CursorLocation:clUseServer
Заработало.

← →
Sergey13 © (2007-01-11 14:26) [2]

Если не надо фетчить, то зачем такие датасеты создавать?

← →
Gin2 (2007-01-11 14:33) [3]

Так он гад на отрытие их фитчил...

← →
Ega23 © (2007-01-11 14:38) [4]

Не стоит пренебрегать where

← →
Gin2 (2007-01-11 14:48) [5]

надо все данные выгрузить в файл. таблица 2,5 Гб. На окрытие ругалось что не хватает памяти. Пока не поставил нужные настройки - фиг.

← →
Ega23 © (2007-01-11 14:52) [6]

> надо все данные выгрузить в файл.

Зачем через Delphi?

← →
Gin2 (2007-01-11 14:56) [7]

bcp и dts не подходит так как важно именно адошный формат файла.

← →
Gin2 (2007-01-11 14:57) [8]

Кстати, странно почему переместили в начинающие, не простой вопрос на первый взгляд. Ну да ладно...

← →
Ega23 © (2007-01-11 15:13) [9]

Что значит адошный формат файла ?

← →
Gin2 (2007-01-11 15:29) [10]

ADODataSet.SaveToFile

← →
Виталий Панасенко © (2007-01-11 15:48) [11]

> Gin2 (11.01.07 14:57) [8]
> Кстати, странно почему переместили в начинающие, не простой
> вопрос на первый взгляд. Ну да ладно...

если это
> Gin2 (11.01.07 14:16) [1]
> Сделал CursorLocation:clUseServer

сложно....

← →
Gin2 (2007-01-11 15:55) [12]

Удалено модератором
Примечание: Прекращаем обсуждать модерирование, больше повторять не буду

← →
Ega23 © (2007-01-11 16:01) [13]

> вопрос в целом не для начинающих.
>

Модератору виднее.
Да и какая разница, в какой ветке вопрос задан? Главное - ответ.

← →
sniknik © (2007-01-11 16:06) [14]

> если это
>> Gin2 (11.01.07 14:16) [1]
>> Сделал CursorLocation:clUseServer
> сложно....
вообщето не изза этого, а изза несоответствия/пренебрежения правилами форума, заголовок темы рекомендуют оформлять в виде "краткой сути вопроса", а не состоять из одного слова никак/слабо к вопросу относящемуся...
такое даже не читается/анализируется на "сложность" и т.д. просто переносится, т.к. человек не умеющий грамотно изложить суть есть в лучшем случае начинающий по уровню, а чаще хуже, какойнибудь полный ламер.
до того как появились "начинающие" это бы с вероятностью 75% вообще было бы просто удалено... но т.к. в начале форума начинающих поставили "...а также для тех, кому сложно объяснить чего он хочет. ..." то все подобное и стало сносится сюда.

← →
Gin2 (2007-01-11 16:46) [15]

> sniknik © (11.01.07 16:06) [14]

согласен извините.
более полно: http://sql.ru/forum/actualthread.aspx?tid=382337

← →
Ega23 © (2007-01-11 16:55) [16]

> более полно: http://sql.ru/forum/actualthread.aspx?tid=382337

Я не понял: а чем всё-таки тебе DTS не угодил?

← →
Gin2 (2007-01-11 17:00) [17]

Не помню точно, если DTS в MSDE?
программа на делфе, все далет она, поэтому DTS изначально и не задумывался...

← →
Gin2 (2007-01-11 17:02) [18]

DTS в MSDE есть, его нет в Express. А мы поддерживаем и то и другое.

← →
alex_*** © (2007-01-11 17:03) [19]

про MaxRecords тоже не стоит забывать

> Сделал CursorLocation:clUseServer
> Заработало.

и по сколько фетчит теперь? как сделал?

← →
alex_*** © (2007-01-11 17:06) [20]

если пользовать CursorLocation:clUseServer, то фетчим по одной по мере пробегания по набору?

← →
Gin2 (2007-01-11 17:10) [21]

> alex_*** © (11.01.07 17:03) [19]
>
> про MaxRecords тоже не стоит забывать

это TOP что не одно и то же. Мне нужны ВСЕ(!) записи.

> если пользовать CursorLocation:clUseServer, то фетчим по
> одной по мере пробегания по набору?

Вообще не фетчу. Юзаю ADODataSet.SaveToFile, а он уже сам фетчит.

← →
Ega23 © (2007-01-11 17:46) [22]

> Вообще не фетчу. Юзаю ADODataSet.SaveToFile, а он уже сам
> фетчит.

Всё равно я не понимаю: нафига все записи через файл передавать?
Неужели нельзя через 2 коннекта сделать? Там взял десяток, туда вставил...

← →
Gin2 (2007-01-11 19:40) [23]

> Всё равно я не понимаю: нафига все записи через файл передавать?
>
> Неужели нельзя через 2 коннекта сделать? Там взял десяток,
> туда вставил...

нельзя. оффлайн обмен.

← →
Gin2 (2007-01-12 15:34) [24]

Млин, а как файл 2,5 Гб теперь методом LoadFromFile открыть-то?

← →
Ega23 © (2007-01-12 16:20) [25]

XML.
И один фиг - по частям.

← →
Anatoly Podgoretsky © (2007-01-12 16:52) [26]

> Млин, а как файл 2,5 Гб теперь методом LoadFromFile открыть-
> то?

Это не открыть, а загрузить.
А загрузить такого размера файл на Дельфи.32 нельзя
А открыть можно, десятком способов, начиная с естественного FileOpen

← →
Gin2 (2007-01-12 18:26) [27]

> А загрузить такого размера файл на Дельфи.32 нельзя

это плохо :(
Решил по другому. Обмен будет бекапом базы.

← →
Anatoly Podgoretsky © (2007-01-12 19:23) [28]

> Gin2 (12.01.2007 18:26:27) [27]

Бекапы делаются средствами базы

1. 11000 это мелочь
2. useServer нагружает сервер и тормозит клиента.
3. Если кол-во записей все же критично, то можно предварительно давать запрос на вычисление кол-ва записей (Select Count(*) from (<основной запрос>) ) и затем при необходимости использовать TOP
4. Откуда гигабайты ? Похоже, что возвращается несколько сотен стринговых и мемо полей. Тогда вопрос зачем такой датасет клиенту, если никакой чел не в состоянии его просто просмотреть ?

← →
Gin2 (2007-01-13 22:25) [30]

> 1. 11000 это мелочь

Если БЛОБы то нет.

> 2. useServer нагружает сервер и тормозит клиента.

Почему-то помогло.

> 3. Если кол-во записей все же критично, то можно предварительно
> давать запрос на вычисление кол-ва записей (Select Count(*)
> from (<основной запрос>) ) и затем при необходимости использовать
> TOP

Да, можно, но нужно все(!) записи.

> 4. Откуда гигабайты ? Похоже, что возвращается несколько
> сотен стринговых и мемо полей. Тогда вопрос зачем такой
> датасет клиенту, если никакой чел не в состоянии его просто
> просмотреть ?

Согласен.
Гб от БЛОБов - много файлов.
Но когда идет речь о репликации и о первичной инициализации точки для обмена это еще цветочки.

>Gin2 (13.01.07 22:25) [30]
>Если БЛОБы то нет.

Зачаем тягаются ВСЕ, если за раз показывается одно, от силы (если в гриде рисуется ручками) - несколько десятков ?

>Почему-то помогло.

Потому что минимальный сетевой трафик и "клиент" не кэширует ВСЕ записи, а лишь то, что в гриде плюс еще несколько раз по столько. Зато скроллинг по такому датасету тормозит по взрослому, а сканирование (например, для подсчета сумм, кол-в или поиска чего-то) просто вешает прогу.
Ну главное, если такой курсор организуется с десяти-двадцати компов, то сервер будет работать заметно медленнее.

>Да, можно, но нужно все(!) записи.

Зачем Вам одномоментно ВСЕ (!) записи ?
Просто "шоб було" ?

>Согласен.
>Но когда идет речь о репликации и о первичной инициализации точки для обмена это еще цветочки.

Мутно.. Если репликация, то зачем вообще что-то тащить клиенту ?
Неясно, что такое "Первичная инициализация", а "точка для обмена" вообще черная дыра

← →
Gin2 (2007-01-15 08:58) [32]

> Мутно.. Если репликация, то зачем вообще что-то тащить клиенту
> ?
> Неясно, что такое "Первичная инициализация", а "точка для
> обмена" вообще черная дыра

ничего мутного, просто Вы никогда не работали с репликацией.

← →
Gin2 (2007-01-15 09:00) [33]

> Потому что минимальный сетевой трафик и "клиент" не кэширует
> ВСЕ записи, а лишь то, что в гриде плюс еще несколько раз
> по столько. Зато скроллинг по такому датасету тормозит по
> взрослому, а сканирование (например, для подсчета сумм,
> кол-в или поиска чего-то) просто вешает прогу.
> Ну главное, если такой курсор организуется с десяти-двадцати
> компов, то сервер будет работать заметно медленнее.

грид мне ненужен, скроллинг тем более, ну а подсчет суммы и кол-ва я предпочитаю делать с помощью SQL на сервере, а не на клиенте.

← →
Gin2 (2007-01-15 09:01) [34]

> Просто "шоб було" ?

нет. но иногда(репликация, отчеты, олап и еще что-то можно придумать) нужны все записи.

> ничего мутного, просто Вы никогда не работали с репликацией.
>
>

Есть мнение, что с репликацией не работали именно Вы.

← →
Gin2 (2007-01-15 10:20) [36]

> Есть мнение, что с репликацией не работали именно Вы.

В принципе да, если не считать 3-х опыта написания собственной репликации под MS SQL и пол-года под FireBird. Ну и штатная репликация в 2000 и 2005 где-то тоже пол-года.

> В принципе да, если не считать 3-х опыта написания собственной
> репликации под MS SQL и пол-года под FireBird. Ну и штатная
> репликация в 2000 и 2005 где-то тоже пол-года.
>

Я тоже 4 года BDE использовал в качестве механизьма доступа к MSSQL, пока не узнал про ADO...

← →
Gin2 (2007-01-15 12:49) [38]

ADO удобнее оказалось.

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

← →
Gin2 (2007-01-15 14:12) [40]

> Но окрывать один НД на гигабайт, сохранять его на диск,
> потом открывать заново.... Это как-то через задницу...

Интересно, Вы юзали штатную репликацию в MS SQL? Она при инициализации делает снапшот данных - все(хоть гигабайт, хоть 3 байта) данные выгружаются через bcp и хранятся для инициализации точек.

ADODataset Найти похожие ветки