ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / C++ [игнор отключен] [закрыт для гостей] / Работа с большими таблицами
25 сообщений из 50, страница 2 из 2
  2  все
Работа с большими таблицами
    #34176542
Алексей3696
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Алексей3696
Гость
Действительно,за 3 года мне такое не приходилось увидеть, но теоретически если это какая нибудь билинговая система или обработка статистики, где нибудь в центральном офисе... но я не думаю что реально понадобится 500 000, для сего тогда SQL,выборку придумали
...
Рейтинг: 0 / 0
05.12.2006, 09:42
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34176599
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
нет эту информацию потом вгружают в другую БД автоматически. по сути ето перегон инф. из одной базы в другую. Другими методами невозможно осуществить!
...
Рейтинг: 0 / 0
05.12.2006, 10:04
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34176602
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
всем спасибо! общий смысл расуждений я уловил! спасибо всем за подсказку!
...
Рейтинг: 0 / 0
05.12.2006, 10:05
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34176761
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
mikola1982нет эту информацию потом вгружают в другую БД автоматически. по сути ето перегон инф. из одной базы в другую. Другими методами невозможно осуществить!

тогда зачем все это тащить на клиента ?
неужели средсвами серверов сделать ?
...
Рейтинг: 0 / 0
05.12.2006, 11:02
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34176762
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
... нельзя ?

(эт я забыл добаить)
...
Рейтинг: 0 / 0
05.12.2006, 11:03
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34177200
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
нет нельзя!там структура файла сложна да и должно работать на любом ПК в сети
...
Рейтинг: 0 / 0
05.12.2006, 12:50
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34177294
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mayton
Участник
Афтор. Может тебе лучше сходить на форум к Ораклоидам и спросить про репликацию?

P.S. Засмеют ведь. С велосипедами.
...
Рейтинг: 0 / 0
05.12.2006, 13:10
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34177670
kolobok0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kolobok0
Участник
mikola1982....тоесть "данные полей сортировки" это уникальный индефикатор записи, ну в Оракле ROWID? или любое другое уникальное поле.

у Вас есть список, который Вы показываете клиенту...
предположим опорная запись - та, к которой привязан псевдо курсор списка...
предположим с верху Вашего списка распологаются наименование полей а так-же(!) направление и порядок сортировки некоторых, выбранных полей...

Тогда от опорной записи Вам необходимо те значения полей, по которым произведена сортировка (плюс некий уникальный, можно любой ID. Это служит для навигации по повторяющимся данным в полях сортировки). В сиквол запросе Вы указываете поля сортировки, условия соответствуют порядку сортировки, значения у Вас имеются (из опорной записи). Так же в сиквол запросе Вы можете попросить ВСЁ ЧТО МЕНЬШЕ, а так же ВСЁ ЧТО БОЛЬШЕ. При этом ограничить по кол-ву строк выборки. Ну предположим 200 строк.

Приимущества...
а) Вся работа по подготовке данных осуществляется там, где и положено - на серваке БД.
б) по сети гонятся только необходимые для визуализации на клиенте данные, а не все 500 мульёнов записей.
в) Клиент видит реальное положение ОН-ЛАЙН дел. Т.е. если какой то клиент удаляет в этот момент, то алгоритм честно отработает это удаление (апдэйт, вставку - не важно).

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

с уважением
(круглый)
...
Рейтинг: 0 / 0
05.12.2006, 14:39
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34178451
Alex_Toms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_Toms
Участник
Приходилось мне делать аналогичную выгрузку как из Oracle так и из MSSQL.
Работал через BDE, делал традиционно, перебирал все записи, можно for или while и в каждой записи перебирал все поля.
Сформированную строку направлял в другую БД или в файл, можно через потоки.
К полям обращаться лучше через s = s + Query1->Fields->Fields[j]->AsString, от этого зависит скорость работы. При этом скорость работы достаточно хорошая, зависит от сервера, сети и рабочей станции, чем шустрее тем лучше, проблем с перекодировкой не было.

Попробовал переделать на ADO, скорость работы значительно упала, пробовал менять тип курсора, другие параметры, но прежней скорости близко так и не достиг! Махнул рукой и оставил старый вариант через BDE.

Кстати в Oracle были свои способы выгрузки в текстовый файл, например SQL*Plus, после команды spool <filename>.<ext> и до set spool off, всё что буде на экране уйдёт в файл. Есть команды форматирования данных...

Удачи.
...
Рейтинг: 0 / 0
05.12.2006, 17:37
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34178581
White Owl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
White Owl
Участник
mikola1982нет эту информацию потом вгружают в другую БД автоматически. по сути ето перегон инф. из одной базы в другую. Другими методами невозможно осуществить!Прямо таки невозможно? :)
Перегон информации из одной базы в другую делается на раз-два на самом деле. Из базы источника данные выгружаются в какой-либо универсальный формат. Например csv. Потом на пачку этих csv натравливается специальный конвертор (написаный на чем угодно, хоть С, хоть Perl) который их исходных csv представляющих таблицы старого формата делает новые csv с таблицами нового формата. Потом база получатель всасывает подготовленные csv. Это если БД получатель глупая :)
А если БД получатель умная, то база получатель напрямую подключается к базе источнику и обращаясь к таблицам источника как вьюшкам вытягивает и сразу конвертирует все нужные данные.
Клиентов при этом вообще нету. Не нужны они для этой задачи.
...
Рейтинг: 0 / 0
05.12.2006, 18:17
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179004
Alex_Toms
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex_Toms
Участник
Если задача перетянуть большие данные из одной БД в другую, то оптимальный вариант будет такой, запрос выбирает данные с сервака, порциями перегоняет клиенту, после каждой порции происходит фиксация данных. Таким способом можно перегонять практически неограниченный объём данных. Для Oracle в SQL*Plus есть функция copy from, которая всё это делает. Пользуюсь таким способом много лет, работает очень шустро, объёмы несколько GB, записей десятки миллионов, проблем нет. Если не делать промежуточные фиксации (commit), временное пространство значительно разбухает и т.д.
Если делать, что своё, разумнее использовать компоненты доступа специально заточенные под C++ и Oracle, например ODAC, процедура таже, копирование порциями...

Удачи.
...
Рейтинг: 0 / 0
05.12.2006, 23:41
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179196
nikname
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nikname
Гость
Надо открыть ридонли курсор. В ODBC это проходит.
...
Рейтинг: 0 / 0
06.12.2006, 07:07
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179203
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
Угу спасибо за советы! про выгрузку! понимаете иногда боссы говорят что надо проводить обмен данными между двумя орагнизациями, онимежду собой договариваются, сочиняют как будет проходить выгрузка при это о том как это лутше сделать у знающих людей не кто не спрашивает. А потом дают вам тех задание, и вы думаете как лутше сделать. И что самое интересное те кто будет принемать инф. так же сидят и думаю о том как еЁ закачть в БД.

Ну всем спасибо за советы!и внимание!
...
Рейтинг: 0 / 0
06.12.2006, 07:19
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179209
kennethr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kennethr
Участник
mikola1982нет эту информацию потом вгружают в другую БД автоматически. по сути ето перегон инф. из одной базы в другую. Другими методами невозможно осуществить!
Вы сами так считаете или кто-то подсказал? Во всех нормальных СУБД есть dblink, можно работать через sqlplus с csv. В любом случии такие действия на клиенте не делаются, потому как в рабочее время за такое голову сносят. ИМНО это прерогатива АБД.
...
Рейтинг: 0 / 0
06.12.2006, 07:27
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179225
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
kennethr mikola1982нет эту информацию потом вгружают в другую БД автоматически. по сути ето перегон инф. из одной базы в другую. Другими методами невозможно осуществить!
Вы сами так считаете или кто-то подсказал? Во всех нормальных СУБД есть dblink, можно работать через sqlplus с csv. В любом случии такие действия на клиенте не делаются, потому как в рабочее время за такое голову сносят. ИМНО это прерогатива АБД.

блин ну я же писал до этого почему так надо делать! меня просто порожает!
Почему все думают над условием задачи а не над решением еЁ?
...
Рейтинг: 0 / 0
06.12.2006, 07:47
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179265
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
Неужели , все таки , стандартными средствами Оракла нелзя выгрузить данные с определенной структурой ???
Неповерю ...
...
Рейтинг: 0 / 0
06.12.2006, 08:28
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179284
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
JibSkeartНеужели , все таки , стандартными средствами Оракла нелзя выгрузить данные с определенной структурой ???
Неповерю ...

можно но первое файл будет лежать на сервере оракла (но ето не проблема) а второе нет знаний и времени. поетому приходится делать как получится
...
Рейтинг: 0 / 0
06.12.2006, 08:36
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179325
kennethr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kennethr
Участник
mikola1982можно но первое файл будет лежать на сервере оракла (но ето не проблема) а второе нет знаний и времени. поетому приходится делать как получится

Тогда и огребете результат "какой получиться". 100-200 Мб для 500 тыс строк вполне нормально. Если уж так хочется создать exeшник для начала задумайтесь нужны ли вам согласованные данные. Oracle гарантирует это для одного запроса без блокировок. Можно попробовать использовать метод kolobok0 совместно с isolation_level=serializable. Иначе данные могут быть несогласованы.
...
Рейтинг: 0 / 0
06.12.2006, 09:04
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179358
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
mikola1982 JibSkeartНеужели , все таки , стандартными средствами Оракла нелзя выгрузить данные с определенной структурой ???
Неповерю ...

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

Так, вам и советуют как лучше , но я бы передачу из одного сервера на другой , реализовал бы на стороне серваков.
...
Рейтинг: 0 / 0
06.12.2006, 09:18
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179676
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
JibSkeart mikola1982 JibSkeartНеужели , все таки , стандартными средствами Оракла нелзя выгрузить данные с определенной структурой ???
Неповерю ...

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

Так, вам и советуют как лучше , но я бы передачу из одного сервера на другой , реализовал бы на стороне серваков.

конечно это самое простое и верное решение былобы.

соглосованость данных не кретична.
...
Рейтинг: 0 / 0
06.12.2006, 11:09
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179687
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
mikola1982 JibSkeart mikola1982 JibSkeartНеужели , все таки , стандартными средствами Оракла нелзя выгрузить данные с определенной структурой ???
Неповерю ...

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

Так, вам и советуют как лучше , но я бы передачу из одного сервера на другой , реализовал бы на стороне серваков.

конечно это самое простое и верное решение былобы.

соглосованость данных не кретична.

"было бы" ???

Мешает только отсутвие знаний ?
и это вас остановило ?
ай-ай-ай !
...
Рейтинг: 0 / 0
06.12.2006, 11:11
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179736
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
JibSkeart
"было бы" ???

Мешает только отсутвие знаний ?
и это вас остановило ?
ай-ай-ай !

нет останавливает нехватка времени и самое главное бумашка именуема "Соглашением"в которой описан формат выгружаемого файла.
...
Рейтинг: 0 / 0
06.12.2006, 11:23
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34179861
Фотография JibSkeart
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
JibSkeart
Участник
Хе-хе ...
...
Рейтинг: 0 / 0
06.12.2006, 11:50
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34180372
Goldminer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Goldminer
Участник
mikola1982
нет останавливает нехватка времени и самое главное бумашка именуема "Соглашением"в которой описан формат выгружаемого файла.
Формат, надеюсь, текстовый? Тогда в Oracle решается на раз-два на стороне сервера. Вопрос, конечно, не в этот форум, но примерно так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
DECLARE
  fh UTL_FILE.file_type;
BEGIN
  fh := UTL_FILE.fopen('MyPath', 'MyFile', 'w');
  FOR r IN (SELECT ...) LOOP
    UTL_FILE.put_line(fh, r.col1 || ';' || r.col2...);
  END LOOP;
  UTL_FILE.fclose(fh);
END;

Этот текст можно выполнить:
-- в sqlplus;
-- любым компонентом, к-рый позволяет выполнить произвольный DML,
-- (ИМХО, самое правильное) оформить в виде ХП и запускать одним из указанных способов.

PS: Чтобы разрешить Ораклу писать в 'MyPath' нужно в init.ora добавить параметр utl_file_dir с соотв. значением.
PPS: UTL_FILE
...
Рейтинг: 0 / 0
06.12.2006, 13:42
| Ответить | Цитировать | Написать  
Работа с большими таблицами
    #34180447
mikola1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mikola1982
Участник
Goldminer mikola1982
нет останавливает нехватка времени и самое главное бумашка именуема "Соглашением"в которой описан формат выгружаемого файла.
Формат, надеюсь, текстовый? Тогда в Oracle решается на раз-два на стороне сервера. Вопрос, конечно, не в этот форум, но примерно так:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
DECLARE
  fh UTL_FILE.file_type;
BEGIN
  fh := UTL_FILE.fopen('MyPath', 'MyFile', 'w');
  FOR r IN (SELECT ...) LOOP
    UTL_FILE.put_line(fh, r.col1 || ';' || r.col2...);
  END LOOP;
  UTL_FILE.fclose(fh);
END;

Этот текст можно выполнить:
-- в sqlplus;
-- любым компонентом, к-рый позволяет выполнить произвольный DML,
-- (ИМХО, самое правильное) оформить в виде ХП и запускать одним из указанных способов.

PS: Чтобы разрешить Ораклу писать в 'MyPath' нужно в init.ora добавить параметр utl_file_dir с соотв. значением.
PPS: UTL_FILE


РЕСПЕКТ тебе и уважуха!

Давно ето искал! Спаисбо!
...
Рейтинг: 0 / 0
06.12.2006, 13:57
| Ответить | Цитировать | Написать  
25 сообщений из 50, страница 2 из 2
  2  все
Форумы / C++ [игнор отключен] [закрыт для гостей] / Работа с большими таблицами
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=57&msg=34179203&tid=2029891]:
 0ms
get settings:
 8ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 162ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 45ms
get tp. blocked users:
 1ms
others: 237ms
total:  476ms
созд. / загр.: 476ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]