Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
2Gennady IMHO я Вас не цитировал так что камней не дождетесь ;) Вот уж не думал что дон атеист примет мой выпад на свой счет :-)\ Ладно я вот о чем говорю: 2Все-Все-Все Хады сюды! Тема Слоны. Их привычки и непривычки.(PostgreSQL vs ALL) 2Gennady - было бы приятно услышать там _непредвзятое_ мнение "атеиста". Ктстаи может напишите что-там слышно про raw partition in SQL Server+W2K? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2004, 20:55 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Извиняюсь По непонятным причинам линк в предыдущем посте потерялся \r Мастдай!!! 8<) \r Вот исправленный линк для продолжения темы.\r Слоны. Их привычки и непривычки.(PostgreSQL vs ALL) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2004, 20:59 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
У как все запущено...:-))) Не ожидал, что мои скромные замечания вызовут столько эмоций с переходом на личности(ето булыжник в сторону апологетов PG). Недостатки есть и неча крик поднимать. Теперь по существу : Использование тмп таблиц - этот вопрос превратился здесь в некую религиозную войну, типа зачем мне for, while, ... я прекрасно все напишу с помощью goto и все будет работать. Во многих случаях использование времянок удобно и убыстряет запросы. Как вижу такая т.з. не только у меня. На этом точка. Если есть инструмент, а пользоваться им неудобно - я вправе отнести это к недостаткам. По бэкапу/рестору - к очень большому сожалению отсуствует бекапирование транзакций(аналог MS SQL, Cache). Что есть очень не гут. Особенно с учетом несовместимости форматов данных при переходе с версии на версию А залепы, типа, не нравится - вали на оракл или мс - это вообще детский сад, вторая четверть. На чем требуют - на том и пишу. Выбор инструмента не всегда от програмера зависит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2004, 12:19 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
> Обратите внимание, что флейм Вы же сами и начали. Вопрос был: "Какие на сегодня есть проблемы и недочеты в PosgreSQL?", Вы ответили: "Что меня жутко раздражает после MS SQL", - вот это и есть флейм, т. е., в данном случае ответ не на заданный вопрос, - не очевидно? > Я указал 4 пункта из которых был отбит один, кстати не Вами. У меня нет задачи что-либо "отбивать". > а именно чистота лицензии и стоимость. Да, невнимательно прочел, прошу прощения. > Угу, понятно, наверное нет необходимости использовать потому что гладиолус. Нет; потому, что есть - как некоторыми принято говорить - более другие способы решения. Временные таблицы - imho признак криво поставленной и/или криво решенной задачи. > Я задачу и не ставил, а просто привел пример. ОК, тогда это плохой пример. > 1. когда есть необходимость хранить промежуточные результаты вычислений А _незачем_ считать балансовые отчеты на plpgsql. > 2. когда получается слишком сложный запрос (особенно с подзапросами с > вложенностью больше 2-х) то временные таблицы позволят привести его к > нескольким простым, дабы не вводить в ступор оптимизатор. Хм... вот, оказывается, где у слона узкое место - оптимизатор. Не замечал, - подскажите, что я делаю не так. ;) > 1) Отсутствие вариантов установки базы на raw partition Вряд ли это можно отнести к недостаткам. Скорее, отсутствующая фича. > 2) Контроль за соединениями/управление приоритетом запросов Это да. > 3) Недоработки в системе стандартных типов. Яркий пример тому- тип > money. Imho, как раз со стандартными типами все хорошо. > А залепы, типа, не нравится - вали на оракл или мс - это вообще детский сад, вторая четверть. Конечно. А "Если есть инструмент, а пользоваться им неудобно - я вправе отнести это к недостаткам", видимо, безоговорочная истина? Если _тебе_ что-то неудобно, может, дело в _твоих_ руках и инструмент ни при чем? Фу, блин, душная тут публика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2004, 13:45 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Вы ответили: "Что меня жутко раздражает после MS SQL", - вот это и есть флейм, т. е., в данном случае ответ не на заданный вопрос, - не очевидно? Совсем не очевидно, я просто привел в премер инструмент который знаю, использовал бы Оракл, сравнивал бы с ним. Вопрос был: "Какие на сегодня есть проблемы и недочеты в PosgreSQL?", И что тогда по вашему недочеты? мои пункты 1, 2 и 4 на мой взгляд и есть недочеты и проблемы, или по Вашему проблемами являются только баги? Нет; потому, что есть - как некоторыми принято говорить - более другие способы решения. Временные таблицы - imho признак криво поставленной и/или криво решенной задачи. Уже в третий раз на конкретные примеры Вы отвечаете, что есть более другие способы. Может приоткроете все же завесу тайны и приведете пример? А _незачем_ считать балансовые отчеты на plpgsql. Мне при разговоре с руководством ссылаться на Вас? Хм... вот, оказывается, где у слона узкое место - оптимизатор. Не замечал, - подскажите, что я делаю не так. ;) Я не говорил, что оптимизатор узкое место. Тем не менее зачем то разработчикам нужна необходимость анализировать план выполнения запроса, не подскажете зачем бы им это, если оптимизатор всегда все делает отлично? Фу, блин, душная тут публика. И не говорите, на слона не молятся, с кривыми руками на святое покушаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2004, 15:30 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Я не говорил, что оптимизатор узкое место. Тем не менее зачем то разработчикам нужна необходимость анализировать план выполнения запроса, не подскажете зачем бы им это, если оптимизатор всегда все делает отлично? Построитель плана запросов есть и в MS. И ничего в этом плохого нет. Например анализ сложного запроса позволяет понять: надо ли использовать временные таблицы и где именно:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2004, 12:44 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
2 Щдуп Ну так и я о том же :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2004, 12:53 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Тема уже очень старая, да?... Блин... жалко. Я так хотел обрадоваться когда нашёл упоминание о проверке на существование таблицы... Genady , если вдруг речь шла именно о postgre, то я был бы очень благодарен за консультацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.03.2005, 15:19 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
1. Отсутствие типа данных BYTE. 2. Отсутствие беззнаковых числовых типов данных UNSIGNED. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 19:30 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
1.Типа BYTE нет во многих базах, хотя иногда конечно крайне полезен. 2.UNSIGNED - вообще не проблема.Что мешает явно приводить? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 20:31 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Hordi1.Типа BYTE нет во многих базах, хотя иногда конечно крайне полезен. 2.UNSIGNED - вообще не проблема.Что мешает явно приводить? Насколько я понимаю, мы не ищем оправдания для PGSQL в других базах, а говорим о проблемах. 1. Вы совершенно правы, тип BYTE крайне полезен. 2. Явно мешает приводить к беззнаковому целому тип SERIAL. И в результате этого он имеет длину 2 147 483 647 вместо 4 294 967 294. То есть, мы теряем половину эффективного четырёхбайтового числа в счётчике. 3. Кроме того, можно было бы сделать счётчик на все целочисленные типы, а не только SERIAL и BIGSERIAL. То есть задавать целочисленную последовательность отдельно от определения типа данных. Это и есть проблема и недочёт вместе взятые. 4. О других недочётах можно говорить долго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2005, 22:10 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
OleDB провайдер кривой :-( Провайдер для .NET нормальный, а этот - кривой. С полями timestamp не умеет обращаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2005, 00:15 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Маленькое дополнение: Однажды моему другу пришлось как то сотавить запрос, который обходил что то , то ли 17 то ли 20 таблиц. Как он потом матерился....... Дело было на MySQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2006, 05:33 |
|
||
|
Какие на сегодня есть проблемы и недочеты в PosgreSQL?
|
|||
|---|---|---|---|
|
#18+
Спустя фиг знает сколько времени: 1. С темповоми табличками - вроде все хорошо, работают на 5. 2. С возвратом таблиц из PGplSQL тоже 3. Использование управляющих конструкций - таки нету, ибо plpgsql - это отдельный язык. Решается созднием процедур с текстом. 4. Доступ к данным в триггерах - есть такая штука, вроде как можно решить через времянки - т.е. в триггерах на строку писать во времянку, а на стейтменте - уже работать. 5. Интерпритируемость pgplsql - есть такая фича, и фиг от нее денешся. Из достоинств - можно посравнивать с другими СУБД и порадоваться, что у постгреса недочетов не так много как у других :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.02.2006, 10:39 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=32491746&tid=2006647]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 226ms |
| total: | 370ms |

| 0 / 0 |
