Вопрос разработчикам использующих СУБД.

PostgreSQL — всем устраивает. Система GNU/Linux — а какая ещё?

Использую СУБД ext4. В принципе устраивает. Только линукс и 12309-баг-которого-нет.

EDIT: Ответ не туда… ну да и ладно.

система в смысли СУБД.

Что за бредовый вопрос и зачем?

Новичок потому что.

PostgreSQL 9 в GNU/Linux. Радует удобный GUI для написания запросов и администрирования - pgadmin. Юзается в самодельной корпоративной ERP: много хранимых процедур и триггеров на разных ЯП, используется встроенный pub-sub.

Быстродействия достаточно и есть запас. Если что-то подтормаживает, дорогие запросы оптимизируются и делаются организационные выводы, после чего СУБД снова радует высокой производительностью.

использую MSSQL 2005. Тормозит, сцуко :(

Использую mysql, торрмозит цуко :(

PostgreSQL 8.какой-то в RHEL. Если писать правильные запросы, то рабоатет быстро.

меня неустраивает процесс:

- перепихивануть данные с субд

- создать запрос на основе предыдущего пункта

- заслать его в субд и перейти к первому пункту

Очевидно, что блин, выделение бд от приложение сильно тормозит.

иди пиши свою

Делайте архитектуру не клиент-субд, а клиент-сервер-субд, тогда будет шустрее работать. Сервер будет: 1. Ближе к СУБД, взаимодействие быстрее. 2. Работать кешем данных, клиенту можно отдавать то что он попросит быстрее.

Уважаемый, я именно про 'сервер-субд' говорю. Упоминание клиента в 21 веке уже моветон, просыпайтесь!

Нет.

Это кратко. Почему - телега ниже.

В разработке надо использовать

1) Hypersonic (HSQL) или H2. Все Hibernate/JPA тесты производить с ними.

2) После модульных тестов на HSQL/H2 подменять протестированный код mock объектом.

Под конкретную целевую СУБД тестирует прогу тестировщик, а не программист.

Иначе

1) тех, кто нарушает правила, данные нам свыше Кентом Беком и Мартином Фаулером, вообще к компилятору допускать нельзя

2) тех, кто использует антипаттерн непереносимых решений гнать

3) особенно гнать тех, кто прикладной код пишет на це-пи-пи, хаскеле, перле, педоне и других кульхацкерских недоязычках.

Смотря где используется.

Пишешь субд что-ле?

SQLite @ GNU/Linux в небольших NLP-задачах, где требуется хранение словарей. Иногда подтормаживает, но не критично.

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

C# наше все?

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

Ps. Я уже скорее засыпаю - ночь же.

жаба же, он C# уже не осилит

хранимки - зло, чтобы понять это надо видеть OEBS

там все так страшно?

Firebird 1.x и 2.x (первый для репов, менять влом, т.к. работает и так, 2.х для некоторых проектов) - в обоих случаях быстродействие устраивает полностью; MS SQL 2005 & 2008 - периодически подторомаживает

Буква E в слове OEBS означает Enterprise

Не, ну я почитал описание этого OEBSa.

Oracle + Enterprise = большое + тяжелое. Это да. Но воот страшное оно или элегантное по описанию не понять ;)

хранимки - это попытка писать имериативные алгоритмы на декларативной языке, как их можно не бояться?

Далеко не всегда. Постгрес позволяет хранимки писать на мейнстримных ЯП (пхп, перл и т.д.).

У вас,батенька,каша в голове о парадигмах программирования. SQL - декларативный, а PL/SQL,T-SQL,PL/pgSQL на котором собственно «хранимки» и пишутся - вполне себе процедурные языки. А в последние годы еще и объектных концепций в себя тянут.

а PL в PL/pgSQL как расшифровывается?

3) особенно гнать тех, кто прикладной код пишет на це-пи-пи, хаскеле, перле, педоне и других кульхацкерских недоязычках.

прикладной код

Эх какой вброс, у меня аж ниже спины зачесалось.

Может вы еще и на жабе пишете?

Милейший, изучите анатомию - вы уникум, т.к. у остальных в голове мозги. PL/SQL - это какраз помесь декларативщины и империативщины, адская и глючная

А точно глючная? А пруфы будут? А может просто не осилил?

Ежели тебе нужны пруфы то ты на этом и не писал, при написании сколь возможно малого запроса ты узреешь кайф: http://stackoverflow.com/questions/1607891/pl-sql-stored-procedure-parameter-...

Пересечение пространства имен между сиквельным и плсиквельным движками. Это не баг,сына,это фича.

Тебя с детства обманывали, и еще деде мороза не существует.

В PostgreSQL можете не давать имена аргументам функции и обращаться к ним через $1, $2, $3, ... если Вам так хочется, а в plperl, plpython, pltcl и т.д. никаких пересечений пространств имён нет :)

Оракл — «Недостаток быстродействия - одна из главных проблем.» Съезжаем постепенно.