Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
Помогите СУБД подобрать, данных будет много, порядка 1.000.000 записей, желатьтельно чтобы формат файлов был *.DBF ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2002, 12:18 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
DBF таких объемов Visual Foxpro молотит, только шлем держи :0) PS Желательно юзать VFP6+SP or VFP7+SP1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2002, 13:19 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
При наличии 1.000.000 записей подойдет все что под руку попадется (даже файл-серверная СУБД) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.10.2002, 13:55 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
Для max128 Если Вы желаете постоянно восстанавливать таблицы из архивов после сбоев сети, пересчитывать индексы, ловить "двойников", заново заносить потерянные данные, списывать то, чего уже нет на складе - то DBF - самое то. Если это не входит в Ваши планы - возьмите любой SQL, разница между ними ощущается только на весьма крупных проектах. Бесплатный Interbase. Популярный и легкий в освоении MS SQL. Имеющий отличную репутацию Oracle. В общем, критерий первоначального выбора - берите что под руку попадется. Потом, когда Вам будет чего-то нехватать ли не нравиться, можно будет со знанием дело подобрать то, что действительно надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2002, 00:17 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
.. постоянно восстанавливать таблицы из архивов после сбоев сети, пересчитывать индексы, ловить "двойников", заново заносить потерянные данные, списывать то, чего уже нет на складе - то DBF - самое то. Можно подумать, что этих проблем вовсе не бывает на серверных субд. Хотя надежность последних намного выше, большинство перечисленных проблем можно избежать, если граммотно изпользовать файл-сервер. А если летит диск, то ему все равно, какие данные он накроет медным тазом. Спорить, впрочем, не буду, сайт все-таки sql.ru, а не dbf.ru. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2002, 08:54 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
2 NNN >Можно подумать, что этих проблем вовсе не бывает на серверных субд Правильно подумали, этих проблем не бывает в серверных субд: таблицы и индексы после сбоев сети не НИКОГДА ломаются, ловить "двойников" не приходится - ограничения уникальности не допускают появления двойников, заново заносить потерянные данные не приходится - то что закоммичено - гарантированно записано на диск. А если летит диск всё восстаналивается из последнего бакапа + ARCHIVE_LOG (правда к Interbase последнее, к сожалению, не относится) А как бы грамотно не использовать DBF - проблемы с индексами при сбоях сети неизбежны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2002, 09:54 |
|
||
|
СУБД нужна!
|
|||
|---|---|---|---|
|
#18+
А мне вопрос понравился: желатьтельно чтобы формат файлов был *.DBF ))))))))))))))))))))))) Что-то типа: помогите машину подобрать, но жедательно жигули 6-ой модели ))))) А если серьезно, то конечно любой SQL. Нет проблем потом расшириться на сколько хочешь. И может даже MS SQL попроще будет, чем InterBase, поудобнее. Я работал и на том, и на том, и на Оракле. Сейчас по мне, так SQL 2000 лучше всего. Практически настольная БД, если нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.10.2002, 12:01 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=32058750&tid=1554450]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
57ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 246ms |
| total: | 415ms |
| 0 / 0 |
