Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
Может кто подскажет, что выбрать (и если шанс вообще найти) СУБД для поддержки базы в несколько миллионов записей. В основной таблице около 10 полей: суммарно около 600 символов текстовых и 5-6 индексов на мелкие таблицы рядом. Это каталог и нужно будет проводить простую выборку с двумя-тремя параметрами. А теперь самое главное: необходимо создать локально работающую версию! То есть база и клиент должны быть на одном компьютере, да и еще распространяться на 1 CD. Какие идеи, решения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2003, 16:40 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2003, 16:45 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
Тебе однозначно подойдет Firebird Embedded или Yaffil Personal. Оба - клоны Interbase. Указанные мной версии являются однопользовательскими, локальными, представляют собой dll рядом с exe. При особом желании их кажется даже можно вкомпилить в exe. Миллионы записей - легко. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.01.2004, 10:50 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
MSDE. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2004, 02:10 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
ИМХО, решение невозможно из-за противоречивости исходных данных. 600 байт на запись*1млн записей - только-только влезет на 1CD. Куда девать остальные миллионы+индексы+собственно сервер (если есть)+собственно клиент? Еще бы для флешки поискал решение с ораклом. 8-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2004, 10:20 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
Не файл-серверные системы, это точно... (объем относительно большой). SQL - серверы - практически любой (объем относительно маленький). Если вопрос о стоимости лицензий - то FireBird однозначно. Только сразу при генерации создай многофайловую базу (т.е. объемы могут превысить 2Гб (FAT32) или 4ГБ (NTFS)). Если нагрузка с большим (несколько сотен и более) числом подключений и множеством "тяжелых" запросов - FireBird, возможно, не покатит. Пока что. (Хотя я экспериментировал c FB 1.5 RC 4 - 1000 коннектов держал, толко запросы были простые). Юзай Oracle или MS SQL. Если вообще однопользовательская база - FireBird Embedded 1.5 (или Yaffil embedded). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.01.2004, 13:36 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
вобщето для работы на одном компьютере, да и еще и без модификации данных файл-серверные системы это самое оно на банальном клиппере под ДОС с 500кб оперативки на 386 машине можно было очень прилично работать с миллионами записей единственно смущает объем - тут надо искать БД которая поддерживает varchar поля т.е. не хранит пустое место мне кажется Access был бы самым правильным выбором ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2004, 21:33 |
|
||
|
Проектирование СУБД на миллионы записей
|
|||
|---|---|---|---|
|
#18+
точнее не сам Access а mdb формат данных, а клиента уж на чем угодно ваять а забыл еще один плюс файл-серверов - можно совершенно спокойно открыть десять миллионов записей в гриде на очень слабенькой машинке, что дает принципиально другой уровень возможностей при построении интерфейса пользователя кароче - имхо с SQL серверами в данной ситуации только геморрой лишний получится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.01.2004, 21:41 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=32349547&tid=1546670]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
169ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 285ms |
| 0 / 0 |
