выбор SQL

← →
Anatoly Podgoretsky © (2007-05-13 15:24) [40]

> DrPass (13.05.2007 15:20:39) [39]

В общем сделаем вывод, что ты плохо знаешь MS SQL
И делаешь странные выводы по фронт энд, который кстати весьма мощный у MS SQL, но это лишнее для SQL сервера.

← →
DrPass © (2007-05-13 15:32) [41]

> В общем сделаем вывод, что ты плохо знаешь MS SQL

Да,я не гуру в нем, мы используем Sybase ASE. Но что ты подразумеваешь под фронт-эндом? Enterprise Manager и сопутствующие инструменты? Они функциональные, я ж не спорю. Но они не рассчитаны на пользователей персональных БД. Потому что просто требуют определенного уровня профессиональной подготовки, в отличие от той же Access, с которой управится даже секретарша

← →
Игорек (2007-05-13 17:20) [42]

MSSQL2005 - очень вкусный продукт. И Подгорецкий прав - ниша у него очень широкая.

← →
Anatoly Podgoretsky © (2007-05-13 18:03) [43]

> DrPass (13.05.2007 15:32:41) [41]

Кроме встроенных, часть которых я перечислил ранее, это и Акцесс и ФоксПро и даже Дельфи, что угодно. А на встроеные можешь обратить внимание, особенно на обработку кубов.

← →
Sergey13 © (2007-05-14 10:39) [44]

> [0] TCrash (12.05.07 13:34)
> ~20-25 компов
> База будет не большая

Oracle eXpress. До 4 гигов пользовательских данных. Бесплатно. Опыт работы с одной из лучших СУБД.

FireBird - для БД всей конторы (даже небольшой) мне бы не хватило возможности восстановления на точку "за секунду до взрыва". Хотя если ввод в БД небольшой и данные легко восстановимы - этим можно и пренебречь.

ИМХО все.

← →
Карелин Артем © (2007-05-14 11:14) [45]

> DrPass © (13.05.07 15:20) [39]
>
> > Карелин Артем © (13.05.07 15:06) [35]
>
>
> Ну почему? Вот свежак SQL Server Mobile стоит (вместе с
> VS2005 достался).

Устарела инфа ;)

> А потребителю той самой персональной СУБД действительно
> в подавляющем большинстве случаев будет удобнее взять просто
> Access именно в качестве СУБД, а не клиента для SQL-сервера
> и решить свою задачу. И уж тем более не обкладываться десятком
> других, далеко не самых простых и понятных инструментов

Не хочешь обкладываться инструментами - не надо. Есть версии, работающие только на последних серверных операционках, есть in-process версии, состоящие из пары библиотек.

← →
Romkin © (2007-05-14 11:34) [46]

> FireBird - для БД всей конторы (даже небольшой) мне бы не
> хватило возможности восстановления на точку "за секунду
> до взрыва"

Это да. Но обычно хватает зеркалирования БД и регулярных бекапов на всякий. В этом случае главная опасность - глючное железо.
Вот raid - не панацея, была пара случаев его полета нафиг.

← →
Desdechado © (2007-05-14 11:38) [47]

sniknik © (13.05.07 14:26) [33]
Разве что...
Хотя фраза "более-менее" как-то не сильно вдохновляет.

← →
stone © (2007-05-14 11:45) [48]

> Mystic © (12.05.07 14:54) [16]
> В MS SQL 2000 меня очень сильно ограничивает тот факт, что
> использовать результаты выполнения хранимой процедуры внутри
> самого SQL довольно проблематично, тогда как в Firebird
> и Oracle такой проблемы нет. Реализовывать аналитическую
> функцию в T-SQL тоже не сильно приятно.

А с примерами можно? Я что-то не встретил трудностей.

← →
stone © (2007-05-14 11:48) [49]

> Sergey13 © (14.05.07 10:39) [44]
> Oracle eXpress. До 4 гигов пользовательских данных. Бесплатно.
> Опыт работы с одной из лучших СУБД.

Прям как реклама :) У MS тоже есть версия експресс, до 5 гиг база, тоже бесплатно и т.д.
Учитывая, что топикпастер более-менее знаком с MSSQL, это наиболее приемлимый вариант. Если никакие другие цели не преследуются...

← →
Карелин Артем © (2007-05-14 11:48) [50]

> stone © (14.05.07 11:45) [48]

Select из хранимой процедуры через известное место только сделать можно

← →
stone © (2007-05-14 11:51) [51]

> Карелин Артем © (14.05.07 11:48) [50]
> Select из хранимой процедуры через известное место только
> сделать можно

через временную таблицу? так разве это проблема?

← →
clickmaker © (2007-05-14 11:53) [52]

> Select из хранимой процедуры через известное место только
> сделать можно

можно функцию для этого написать

← →
ЮЮ © (2007-05-14 11:55) [53]

> Select из хранимой процедуры через известное место только

select предаочитаю из UDF делать, а ХП - исполнять.

← →
Sergey13 © (2007-05-14 11:57) [54]

> [49] stone © (14.05.07 11:48)
> Прям как реклама :)

А у тебя как объявление новой войны Oracle vs MS. 8-)

Я просто пердложил.

← →
Megabyte © (2007-05-14 13:47) [55]

> Sergey13 © (14.05.07 10:39) [44]

> [0] TCrash (12.05.07 13:34)
> ~20-25 компов
> База будет не большая

Oracle eXpress. До 4 гигов пользовательских данных. Бесплатно. Опыт работы с одной из лучших СУБД.

У бесплатной Firebird нет ограничения на объем БД :) Ну это так, к слову.
Главное, из MSSQL, Firebird and MySQL сразу отбросить последнюю, ибо до 5-й версии имхо убогий сервак(для Вебы м.б. он да, удобен): ни тебе триггеров, ни ХП, ни вложенных подзапросов...

Остальной выбор - холиворз.
Лично мне в Firebird нравится более понятный синтаксис SQL для ХП и триггеров. А то как-то видел некоторые ХП для MSSQL, которые делал другой программер: без поллитра не разберешь, что же она делает.

Про Оракл молчу, не работал.

← →
Ega23 © (2007-05-14 13:56) [56]

я бы MS SQL выбрал. Тем более, что как ты говоришь, с TSQL уже знаком.

← →
DrAndrey © (2007-05-14 13:58) [57]

>Ega23 © (14.05.07 13:56) [56]
>я бы MS SQL выбрал. Тем более, что как ты говоришь, с TSQL уже знаком.

+1

← →
Romkin © (2007-05-14 14:02) [58]

> Про Оракл молчу, не работал.

В Оракле похоже на FB. Оракласты часто FB пользуют, в помощь

← →
Игорь Шевченко © (2007-05-14 14:10) [59]

Firebird или Oracle XE

← →
Romkin © (2007-05-14 14:11) [60]

Игорь Шевченко © (14.05.07 14:10) [59] Угу. Оракл. ЗАймет надолго :)
Сначала поставить, потом поадминистрить, потом наконец понять, что ну его нафиг :)

← →
Игорь Шевченко © (2007-05-14 14:19) [61]

Romkin © (14.05.07 14:11) [60]

Вроде проблем нету. Я опять наверное что-то делаю не так :)

← →
ANB © (2007-05-14 14:27) [62]

> Угу. Оракл. ЗАймет надолго :)
> Сначала поставить, потом поадминистрить, потом наконец понять,
> что ну его нафиг :)

XE ставиться с полпинка. База, которую он создаст с дефолтовыми настройками, в администрировании практически не нуждается.
И все вкусности 10ки включены.

← →
Ганна Юхимівна (2007-05-14 16:08) [63]

Присмотритесь к PostgreSQL 8.

Поработав с ним полгода по возможностям ставлю между Firebird и MSSQL.

Достоинства:
1. Полностью бесплатный.
2. Есть Windows и Linux версии.
3. Малый размер (150К) OLE DB клиента.

Недостатки:
1. Не очень удобный pgAdmin (по сравнению с IBExpert).
2. На больших выборках уступает по скорости MSSQL - хотя при меньшем расходе памяти.
3. Сравнительно (по сравнению с FB и MS) небольшое рускоязчное сообщество пользователей - так что если с английским проблемы то :(.

← →
xvv (2007-05-15 07:24) [64]

Ребят MSSql я видел версии 6.0 и следующий. Но это СУБД для мазахистов. Её можно долго рекламировать и пропихивать как промышленную, но не является она такой.
Про задачу - рекомендую FB или если хочется чего-то большего смотреть в сторону Oracle.
У меня на FB крутится десяток программ начиная с выхода версии 1.0. Сколько лет - уже не вспомню. Практически в автономном режиме и без особого гемороя обеспечивают функционирование в режиме 20*7*365 (ну 4ре часа перерый у конторы, на ночь).

> xvv (15.05.07 07:24) [64]

Ребят MSSql я видел версии 6.0 и следующий. Но это СУБД для мазахистов. Её можно долго рекламировать и пропихивать как промышленную, но не является она такой.

Опаньки, а мужики то на знают...
Мне тож нравится FB, но про MSSQL это вы зря.

> Лично мне в Firebird нравится более понятный синтаксис SQL для ХП и триггеров. А то как-то видел некоторые ХП для MSSQL, которые делал другой программер: без поллитра не разберешь, что же она делает.

Это все от программера зависит. Я и на FB видел процедуры, при взгляде на которые хочеться "долбануть пару тяг", чтоб не так грустно все было :))

А вот синтаксис - это да ! Простой, как грабли, что в свою очередь облегчает поиск ошибок.

> Ребят MSSql я видел версии 6.0 и следующий. Но это СУБД
> для мазахистов. Её можно долго рекламировать и пропихивать
> как промышленную, но не является она такой.

Вот как запустили систему управления доступом в 2001 году на предприятии с персоналом 13000 человек, так вот и работает до сих пор. Остановок сервера за это время было ну штук 10: то сервер по железу апгрейдили, то сам MSSQL с 7.0 на 2К меняли, то ось с NT 4.0 до 2003 апгрейдили.

Restore базы не делался ни разу.
Что мы сделали не так?

> DrPass © (13.05.07 15:00) [34]
> То, что на КПК - не MS SQL. Это крохотный, никак кроме названия
=== крыс погрыз ===
> конкурентов у него действительно ноль.
SQLite?

> Megabyte © (15.05.07 10:05) [65]
> Мне тож нравится FB, но про MSSQL это вы зря.
а надо немножко в текст вчитаться. и получится, что автор написал примерно такое: "что-то ниасилил я эту СУБД. какая она, нафиг, промышленная, если мы даже вместе с другом Васисуалием ниасилили?!"

> xvv (15.05.2007 07:24:04) [64]

Со зрением у тебя непорядок.

← →
Игорек (2007-05-18 17:52) [70]

> Select из хранимой процедуры через известное место только
> сделать можно

Или можно через нормальное место или вообще нельзя (второй и последующие ровсеты, если набор полей не такой как в первом)

Кстати, возвращаясь к ранее сказанному...

> Карелин Артем © (14.05.07 11:14) [45]
>
> > DrPass © (13.05.07 15:20) [39]
> > Ну почему? Вот свежак SQL Server Mobile стоит (вместе
> с
> > VS2005 достался).
>
> Устарела инфа ;)

...а где есть не устаревшая инфа? Или я плохо ищу, или тебе Майкрософт дала эксклюзивную версию SQL Server Mobile, которой еще ни у кого нет...

> DrPass © (19.05.07 01:04) [71]
> Кстати, возвращаясь к ранее сказанному...
>
>
> > Карелин Артем © (14.05.07 11:14) [45]
> >
> > > DrPass © (13.05.07 15:20) [39]
> > > Ну почему? Вот свежак SQL Server Mobile стоит (вместе
>
> > с
> > > VS2005 достался).
> >
> > Устарела инфа ;)
>
> ...а где есть не устаревшая инфа? Или я плохо ищу, или тебе
> Майкрософт дала эксклюзивную версию SQL Server Mobile, которой
> еще ни у кого нет...

1) Надо разобраться, что за запрос на создание индекса был, потому как MS официально заявляет что индексы есть в Mobile. А еще заявляет что в разных серверах разные опции могут быть. Какие-то например только в Enterprise.
2) Вместо мобильного сервера вышел компактный сервер. Compact Edition

выбор SQL Найти похожие ветки