@tibhar940

Доброго времени суток.

Прошу совета в подборе клиента баз данных.
Необходимо выполнять следующие задачи:
- Импортирование/экспортирование данных в таблицы из/в .xls .csv .xml (не обязательно как стандартная функция, главное чтобы была возможность дописать это скриптом/макросом).
- Ведение локальной базы данных из импортированных данных
- Встроенная система запросов (наличие и конструктора запросов и редактирования сконструированного запроса с использованием SQL и иже с ним приветствуется).
- Работа с большими объемами информации (чтобы не было привязано к ресурсу оперативной памяти как в Access - во многом из-за этого и хочу подобрать другую базу).

Заранее спасибо.

0

@Grossmeister

Я не понял. В одной фразе ты выбираешь БД (или СУБД), в другой - клиента. Это таки разные вещи.

0

@tibhar940

Grossmeister,
Сорри, я ищу именно СУБД.

0

arni

tibhar940,
под имортом .xls .csv .xml вы понимаете хранение этих файлов, или полноценный разбор и хранение содержимого ячеек/узлов этих документов?

ну и конструктор запросов - это несерьездное требование, ИМХО. Как только получите мало-мальский опыт, будете SQL писать незадумываясь, тем более, что конструкторы расчитаны на простые запросы, котрые и так легко собираются в голове, а какую-то сложную комбинацию соединений и выборок им не осилить, и вам все равно головой работать придется.

0

@tibhar940

Подразумеваю импорт из этих файлов в таблицы базы данных. И затем возможность экспорта таблиц баз данных в такие же файлы.

Ну с сиквелом особых проблем нет (знаю правда, что в разных СУБД -разные его версии, но думаю особых проблем возникнуть не должно).

0

arni

tibhar940, вы ожидаете найти СУБД со встроенной возможностью парсинга этих форматов, или этим будет заниматься сторонняя утилита (либо ваша программа)?
Если первое, то я в сомнении, что такие СУБД есть, но могу ошибаться.
Если второе, то какая разница, что за СУБД - любая примет ваши данные.

0

@tibhar940

Ну вот в Аксессе есть стандартные средства импорта экспорта, но в моём случае я использовал макрос, потому как пакетным импортом не занимается. Соответственно от другой СУБД хочу того же.
В первую очередь она должна быть удобной и обрабатывать большие объемы данных нежели аксесс (не зависеть от объема оперативки).

0

@Grossmeister

Скажу на примере Oracle, как наиболее мне знакомой СУБД.
Для загрузки данных, имеющих регулярный формат (типа csv) имеется утилита командной строки SQL*Loader. Если имеется нечто, с чем можно связаться по ODBC (типа dbf, xls), то можно настроить такое соединение (Heterogenius Services). Полагаю, что во многих современных СУБД должны быть аналогичные средства.
С выгрузкой дела обстоят сложнее. Для выгрузки в csv придется писать код на PL/SQL. Для получения xls-файла можно либо опять же написать код, либо воспользоваться возможностями MS Query.
Это если не брать сторонние средства работы типа PL/SQL Developer, в которых есть возможность выгрузки результата запроса в тот же xls, csv, html, xml.
Насчет больших объемов - тут нужна конкретика, иначе оценивать трудно. Если речь идет о таблицах с миллионом строк, то такие объемы поддерживают практически все клиент-серверные СУБД.
Насчет памяти - тоже неконкретно. Полной независимости от памяти быть не может, а потребности зависят от объема данных и интенсивности их использования. Скажем, минимум памяти для Oracle зависит от версии, для 10-й версии 500M. Кроме того, как известно, объем используемой памяти и быстродействие взаимосвязаны. Чем меньше потребляется памяти, тем ниже быстродействие, поскольку чаще приходится обращаться к диску.

0

@tibhar940

Спасибо за наводку.
Речь идёт о Oracle developer? Как раз смотрел в её сторну.
Конкретика - миллион строк можно обрабатывать и в Аксессе, но изменение форматов ячеек, и ряд других операций сжирают оперативку и соответственно делают невозможным сложное оперирование базой.

0

@turbanoff

Oracle developer - это не СУБД.

0

Pacifist[MP3]

Используйте тогда клиент-серверные решения:

0

@Аватар

Импортирование/экспортирование данных неплохо в MS SQL реализовано - есть средства, позволяющие через провайдеры достаточно лего читать-писать данные других СУБД

0