Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Асы Delphi! Помогите с выбором БД. [D6, D7, MSSQL]

Страницы: < 1 2 3 4 5 6 >
Александр Я. © (2005-11-01 10:59:00)
Есть данные - около 3 млн. записей.
Каждая запись порядка 50 полей.
Никаких арифм. действий делать не надо - только некие выборки.
Возможно данные возрастут до 6 млн записей (года за три).
Стоит выбор - куда это загнать - Oracle или MS SQL Server 2000.
Интерфейс будет на Delphi. Не хочется стрелять из пушки по воробьям, но и вариант перехода через три года на Oracle не хотелось бы. Спецов по БД нет, учить с нуля. Посоветуйте!
С уважением, Александр.

ANB (2005-11-03 10:00:00) [41]

> alex_*** (03.11.05 09:58) [60]

Правильно. Надо поставить в филиалы FreeBSD или Solaris. И все тамошние пользователи будут тупо смотреть в мониторы и думать - а чего делать то со всем этим ?

alex_*** (2005-11-03 09:58:00) [42]
ага, еще и проблем с не Виндовой ОС им не хватало :) Вот уж чего не надо ставить без особой нужды, так это UNIX

ANB (2005-11-03 09:49:00) [43]

> а вот за то что в оракле нет ничего своего удобного....
> да за это надо три минуса ставить... ;)

Зато хотя бы тот же TOAD делает QA на раз два три по функциональности. Правда в нем и глюки есть.
Хотя я действиетельно не въезжаю. Оракл - здоровенная контора, пишет крутой софт (даже инсталляшка на яве, правда зачем - не понятно), а дистрибутивы просто ужасные. Чтобы 8 заработала надо : поправить дистрибутив, поставить ораклу, поставить 3 патча (один руками), выполнить скрипты, исправляющие ошибки, которые патчи делают. Потом слазить в реестр и поправить настройки там. Потом правильно создать базу, т.к. всего лишь забыл проверить CHARSET и базе каюк - надо сносить ее и ставить заново (может и есть способо исправить, но админы с моей базой час помучились и таки пришлось пересоздавать). И при этом в комплекте из иструмента разработчика только SQL Plus. В DBA Studio работать задерешься (тормозит). Про 9 уже здесь написали. Недаром админам оракла так много платят.

step[B.M.] (2005-11-03 00:37:00) [44]
А как Вам PostgreSQL?
В любом случае база должна работать не на рабочей машине, и явно не под WIN32
Не думаю что три миллиона записей, (пусть даже в базе одна таблица без "прибамбасов") стоят хорошей операционки.

sniknik (2005-11-02 22:30:00) [45]
Anatoly Podgoretsky © (02.11.05 21:25) [54]
> в данный момент, когда я пишу это сообщение у меня на ХР крутится на этой же машине.
аналогично, что дома (w2k) что на работе (xp) у меня постоянно запущен mssql сервер. не напрягает вообше. но вот ставил както оракл, также на рабочую станцию.... это была грустная история... ;о))
т.что
> Минусы MS SQL
> 1. Ставиться только на серверную операционку
минус первый, можно смело вычеркивать, это не минус продукта, что ктото не в курсе, что куда ставится.

я бы и второй минус вычеркнул т.к. ADO (OLEDB) и задумывалось мелкософтом как "прямой" доступ, и "прямее" никто не сделал. ну это имхо уже. надо определить сначала что считать прямым доступом. и разобраться что считать минусами в ADO (почему это вообше недостаток что для доступа более подходит родной мелкосовтский ADO, чем какаято сторонняя разработка... умеют значит писать если никто не переплюнул)
кстати в развитие темы, мелкософт к 2005серверу прилагает нового OLEDB провайдера, прямо так и называется Direct Sql Connection провайдер. насколько он "директ" х.з. но последовательность прослеживается. ;о)

а вот за то что в оракле нет ничего своего удобного.... да за это надо три минуса ставить... ;)
(утрируя, представте написали вы чтото, пытаетесь продать... "класная прога! круче не бывает! очень много умеет и очченьграмотно написана! но вот работать с ней пока нельзя... давайте подождем пока ктонибудь удобные плагины не напишет..." (а то не получается у мня пока плагины писать...(????), так чтоли?))

Anatoly Podgoretsky (2005-11-02 22:06:00) [46]
Baltika--38 (02.11.05 21:39) [55]
Для филиалов действительно, в случае небольших объемов, подойдет MS ACCESS. Плюс в том, что он легко интегрируется с тем же MSSQL Server и любыми офисными приложениями.

Микрософт не советует использовать в качестве базы ACCESS, вместо него предлагает использовать десктопную версию MSSQL Server, тоже и для ФоксПро.

Baltika--38 (2005-11-02 21:39:00) [47]

> Александр Я. (02.11.05 14:46) [46]
>
> Пока ничего не надо.
> Надо создать базу данных из набора таблиц, каталогов с отсканированными
> документами и наборов документов вордовских.
> Вообщем есть винегрет, который именуется Архив.
> Нужно сделать БД, чтобы знать, что вообще есть. Сейчас этого
> никто и близко не знает. Нужно иметь возможность вякие выборки
> получать, типа "а сколько у нас объектов с такими параметрами,
> исключая этот параметр, и чтобы разделить на три кучки
> по заданному параметру, и упорядочить по еще одному параметру".
> Сейчас это все вручную делают.

Мое мнение:

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

В принципе, для изучения основ, знание которых позволить писать вполне сносные приложения и проектировать БД, достаточно пары книг, например
Марк Шпеник, Оррин Следж, Руководство администратора баз данных Microsoft SQL Server 2000.
Робин Дьюсон SQL Server 2000 Программирование

MSSQL полностью удовлетворит потребности как в надежности, так и в производительности, масштабируемости.

Для филиалов действительно, в случае небольших объемов, подойдет MS ACCESS. Плюс в том, что он легко интегрируется с тем же MSSQL Server и любыми офисными приложениями.

Anatoly Podgoretsky (2005-11-02 21:25:00) [48]
ANB © (02.11.05 16:04) [49]
Неправда, MSSQL нормально работает на 98, я поднимал на 96 мб, в данный момент, когда я пишу это сообщение у меня на ХР крутится на этой же машине. Надо просто правильную версию ставить.

аматор (2005-11-02 21:10:00) [49]
Привет.

Маленький, глупый вопрос: Зачем для базы (если я правильно понял она должна хранить ссылки на файлы) использовать сервер, кажись такого зверя можно и в dbf и парадоксе и т.п.

Пример:
есть таблица: около ХХ полей для параметров отбора и краткой инфры, и ссылка на файл. Файлы - то, кажись, другие проги делать будут...

Ну это моё ошибочное мнение на второй вариант вопроса, а вот с первым интереснее (даа выбрать между Oracle или MS SQL Server 2000 проблема, а с чем Вам работать краше будет с тем и работайте (для меня, например, "Жар птица" - красота (маленький, удобный серверок, глюки есть, ну и что где их нет.)))...

PS
И Иван-дурак слово вставил...

Sergey13 (2005-11-02 17:03:00) [50]
2[51] ANB © (02.11.05 17:01)
>Причем при переполнении база просто падает и не чинится.

Отсюда вывод - админ нужен везде. Даже там где он не нужен. 8-)

ANB (2005-11-02 17:01:00) [51]

> Sergey13 © (02.11.05 16:13) [50]

У меня и ораклу не очень слышно, пока грузить не начнешь, но он NT требует. Кистате, в IB есть ограничение на размер файла БД. Причем при переполнении база просто падает и не чинится.

Sergey13 (2005-11-02 16:13:00) [52]
2[49] ANB © (02.11.05 16:04)
>А IB старенький я даже на 98 поднимал
А чего там "поднимать" то? Его почти не видно не слышно даже на 16М ОЗУ. Если конечно не работать с ним плотно. 8-)

ANB (2005-11-02 16:04:00) [53]
А IB старенький я даже на 98 поднимал (если ничего не путаю). Оракл хочет любую NT, MS SQL - только серверную ОС.

ANB (2005-11-02 16:02:00) [54]

> А в филиалах серверов нет.

Если есть сетка, то любой из компов можно сделать сервером БД. Главное, чтобы его включали первым. Во всяком случае у нас оракл на таком старье работает . . . И довольно шустро.

Fay (2005-11-02 15:12:00) [55]
2 Курдль © (01.11.05 17:17) [32]
>> Попробуйте заставить MS SQL не блокировать таблицу всем
>> пользователям, пока кто-то в ней модифицирует данные

Блокировки бывают разные.

А вот чего мне действительно не хватает в MSSQL, так это тригеров before и последовательностей.
Не отказался бы я и от компонентов класса DOA 4 8)

Александр Я. (2005-11-02 14:46:00) [56]
Пока ничего не надо.
Надо создать базу данных из набора таблиц, каталогов с отсканированными документами и наборов документов вордовских.
Вообщем есть винегрет, который именуется Архив.
Нужно сделать БД, чтобы знать, что вообще есть. Сейчас этого никто и близко не знает. Нужно иметь возможность вякие выборки получать, типа "а сколько у нас объектов с такими параметрами, исключая этот параметр, и чтобы разделить на три кучки по заданному параметру, и упорядочить по еще одному параметру". Сейчас это все вручную делают.

Sergey13 (2005-11-02 14:24:00) [57]
2[44] Александр Я. (02.11.05 14:12)
>Вообще сейчас задача общую базу данных сделать
Какая то у тебя база получается куцая. 3 таблицы + 5 справочников - это автоматизация одной задачки. Больше ничего не надо что ли? Бухгалтерию там, склады и прочий "наборчик жентельмена".

Александр Я. (2005-11-02 14:12:00) [58]
Дык я уже говорил, в управе будет MS SQL или Oracle, обсуждению не поджлежит.
А в филиалах серверов нет.
Вообще сейчас задача общую базу данных сделать, про филиалы я уже на будущее кумекаю, однозначно через год захотят и филиалы автоматизировать.

ANB (2005-11-02 14:03:00) [59]

> Александр Я. (02.11.05 13:54) [41]

Неправильная. Придется писать разные ветки для разных СУБД. Я бы оракл поставил, но это потому что я его лучше знаю. Если нет деревьев и сложной серверной логики - то IB/FB - самое оно. Дока есть, форум есть. Ставить можно куда хочешь. Плюс похож по синтаксису на оракл, так что на него потом проще переходить будет.

Sergey13 (2005-11-02 13:58:00) [60]
А чем не устраивает ФБ и там и там? Или уж тогда и в филиалах MSDE ставить. Все таки одинаковые БД - это не плохо. К чему зоопарк то плодить?

Страницы: < 1 2 3 4 5 6 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »