какую СУБД выбрать выбрать

← →
turbouser © (2008-02-10 18:03) [40]

- это м-и-н-у-с
:-)

← →
Petr V. Abramov © (2008-02-10 18:04) [41]

> turbouser © (10.02.08 18:03) [40]

а ты и с тем и с тем работал?

← →
turbouser © (2008-02-10 18:07) [42]

> Petr V. Abramov © (10.02.08 18:04) [41]
>
>
> > turbouser © (10.02.08 18:03) [40]
>
> а ты и с тем и с тем работал?

Да.

← →
Petr V. Abramov © (2008-02-10 18:11) [43]

> turbouser © (10.02.08 18:07) [42]

значит XE плохо изучал

это не из желания тебя обидеть. Просто любая фича, какая есть в FB, делается на XE либо так же, либо проще.

← →
Черный Шаман (2008-02-10 18:23) [44]

>
> > Черный Шаман (10.02.08 17:56) [37]
>
> что значит тихо? не матюгаясь? можно

В тихом режиме, вместе с приложением без отдельных скринов инсталятора Oracle.

← →
Petr V. Abramov © (2008-02-10 18:30) [45]

> Черный Шаман (10.02.08 18:23) [44]

можно.
достаточно responce file сделать

← →
Petr V. Abramov © (2008-02-10 18:54) [46]

> Черный Шаман (10.02.08 18:23) [44]

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

← →
Черный Шаман (2008-02-10 19:18) [47]

> Petr V. Abramov © (10.02.08 18:54) [46]
>
>
> > Черный Шаман (10.02.08 18:23) [44]
>
> хотя в большинстве случаев бессмысленно, так же, как для
> FB.
> Все же сервер и база ставятся на сервер, а приложение -
> на клиента.
> если приложение десктопное и однопользовательское - тогда
> действительно XE - из пушки по воробьям.

Ну с Adaptive SQL Anywhere довольно удобно разрабатывать однопользовательские десктопные приложения, даже удобнее чем с FB, хоть на самом деле это мощный сервер, не особо уступающий Oracle.

← →
md10 (2008-02-12 10:58) [48]

[28] - а с чего надо было начинать?

← →
Sergey13 © (2008-02-12 11:09) [49]

> [48] md10 (12.02.08 10:58)

Вероятно с чтения хоть какой-то литературы по интересующему вопросу.

← →
md10 (2008-02-12 11:12) [50]

Извини, я спрашиваю у автора сообщения номер 28. Мне интересно, что он имел ввиду.

← →
Павел Калугин © (2008-02-12 11:17) [51]

> [48] md10 (12.02.08 10:58)

с проектирования самой БД
когда будет ясна ее логическая структура тогда и думать где реализовывать

← →
md10 (2008-02-12 11:46) [52]

Ну я думаю, в первую очередь целесообразно начать проектирование с оценки количества записей. К тому же не требуется установления сложных взаимосвязей. Поэтому я начал именно от количества.

← →
Style © (2008-02-12 11:50) [53]

Лучше ИМХО, пусть человек сразу делает на XE или на MSDE, опыт хоть получить который потом пригодится по жизни. FireBird - тоже хорошо, но скорее имеет смысл его использовать когда необходимо реализовать маааленькое клиентское приложение работающие с embeded сервером, а разрабатывать серверную часть на Oracle или MSSQL куда приятнее чем на FireBird.

← →
Sergey13 © (2008-02-12 11:51) [54]

> [52] md10 (12.02.08 11:46)
> Ну я думаю, в первую очередь целесообразно начать проектирование
> с оценки количества записей.

Если количество записей менше 1000000, то им (количеством) можно вообще пренебречь и сосредоточиться именно на взаимосвязях.

← →
_Mike_ (2008-02-12 12:02) [55]

Вот блин спор пошел. Вы конечно извините, но как можно проще на XE написать select * from TABLE ??? или там есть макрос для create table?? Что там проще может быть для 3-х табличек? Пакеты? Так нафига они нужны?

← →
Павел Калугин © (2008-02-12 13:09) [56]

> [52] md10 (12.02.08 11:46)

Нет отнюдь.
для начала - логическая структура
Потом оценка количества данных и количества обращений к серверу
Записей может быть относительно немгого но при этом они постоянно нужны, скажем, 2000 человек. Тоже критерий влияяющий на выбор

← →
ZeroDivide © (2008-02-12 15:53) [57]

FB для этой цели лучше. Весит меньше, меньше памяти кушает, более простой в установке и настройке.

← →
oldman © (2008-02-12 15:56) [58]

> Задача такая - составить базу данных преподавателей и студентов
> УЗ(1500 чел).

Мама родная!!!
Зачем огород городить???

← →
Manic Mechanic © (2008-02-12 18:05) [59]

>> oldman © (12.02.08 15:56) [58]

+1

← →
Anatoly Podgoretsky © (2008-02-12 21:24) [60]

> Sergey13 (12.02.2008 11:51:54) [54]

Можно и миллионом пренебречь, если СУБД промышленная, а сразу сосредоточиться именно на взаимосвязях.

← →
md10 (2008-02-12 21:30) [61]

For -54- Да по-моему, там и связи практически отсутствуют, для каждого объекта просто накапливается история.

← →
Черный Шаман (2008-02-12 22:41) [62]

>
> Anatoly Podgoretsky © (12.02.08 21:24) [60]
>
> > Sergey13 (12.02.2008 11:51:54) [54]
>
> Можно и миллионом пренебречь, если СУБД промышленная, а
> сразу сосредоточиться именно на взаимосвязях.

Ну FB 5 млн записей в таблице влегкую держит.

> md10 (12.02.08 21:30) [61]
>
> For -54- Да по-моему, там и связи практически отсутствуют,
> для каждого объекта просто накапливается история.

Связи есть везде и они или иерархия или сеть(или то и другое). Почитай Дейта.

> [61] md10 (12.02.08 21:30)
> Да по-моему, там и связи практически отсутствуют, для каждого
> объекта просто накапливается история.

Это только по твоему они там отсутствуют. Это как суслик - ты его не видишь, а он есть. 8-)

> [62] Черный Шаман (12.02.08 22:41)
> Ну FB 5 млн записей в таблице влегкую держит.

"Держать" не проблема, проблема быстро обрабатывать. 8-)
На приличных объемах обычно начинают вылезать ошибки проектирования, типа тормозящих индексов. Спасает только то, что ошибки (как правило) не фатальные, просто производительность страдает.

← →
md10 (2008-02-15 12:09) [64]

Что будет с уникальной записью поля при удалении всей записи, например:
Уник поле Имя
0001 Иванов
0002 Петров
0003 Сидоров
На эти записи ссылаются другие таблицы. И тут мы удаляем Петрова, таким образом получим
0001 Иванов
0003 Сидоров ? И потеряем ключев запись 0002 навсегда? Или они сместятся?
0001 Иванов
0002 Сидоров
?

> [64] md10 (15.02.08 12:09)

Тебе все таки стОит почитать какой-нибудь букварик по теме.

Для того и делаются связи, что бы не дать тебе просто так удалить Петрова.

← →
md10 (2008-02-15 13:23) [66]

> Тебе все таки стОит почитать какой-нибудь букварик по теме.

Да букварик не плохо бы - только ничего толкового найти не могу. В основном везде общее описание реляц БД, а теории проектирования всего такого нет. Во всяком случае я не нашел

md10 (15.02.08 12:09) [64]
1.читать Дейта
1.1. если не понятно читать что нибудь с названием "теория проектирования БД" и по прочтении перейти к п.1
при прочтении обратить внимание на такие термины
сущность, связь, ключ, внешний ключ, нормализация

2. Внимательно, аккуратно построить модель сущностей-связей (она же ER-модель) предполагаемой БД.

3. на соновании логической модели построить физическую модель.

> [64] md10 (15.02.08 12:09)
> На эти записи ссылаются другие таблицы. И тут мы удаляем
> Петрова, таким образом получим
> 0003 Сидоров ? И потеряем ключев запись 0002 навсегда?
> Или они сместятся?

А тебе как надо?
0002 - жалко? Оно несёт смысловую нагрузку?
И что делать в связных таблицах с 0002?

> md10 (15.02.08 13:23) [66]

общее описание реляционных БД и есть тот самый букварик.

> [66] md10 (15.02.08 13:23)
> Да букварик не плохо бы - только ничего толкового найти не могу.
Ты меня извини конечно, но человек спрашивающий

> И потеряем ключев запись 0002 навсегда? Или они сместятся?

вряд ли сможет объективно оценить толковость какого либо печатного издания.

> [67] Павел Калугин © (15.02.08 13:25)

Это ты сейчас с кем разговаривал? (с) анекдот
8-)

какую СУБД выбрать выбрать Найти похожие ветки