1.Нет ничего типа WAL, undo log или типа того
2. Нет прав на генераторы и udf
3. Внешние объединения токма посредством индексов. MS SQL например
hash join использует направо и налево
Что-то стеснялся попросить.
Но тоже очень хочется посмотреть
Если не трудно и не ком. тайна
artgal27 (собака) mail.ru
Да, ажиотаж просто недецкий
А у нас было все просто - если _оно_ работает и не срет в моск, то наплевать
на стиль.
Но если _оно_ не дай бог начнет _меня_ напрягать - т
"Качановский Дмитрий"
сообщил/сообщила в новостях следующее: news:gvocvk$kd...@ger.gmane.org...
Что-то стеснялся попросить.
Но тоже очень хочется посмотреть
Если не трудно и не ком. тайна
artgal27 (собака) mail.ru
--
С уважением,
Галимов Артур Амирзянович.
"Фарммедсервис" г. Сочи.
Алексей Вишняков пишет:
Мне тоже можно полюбопытствовать?
С уважением, Вишняков Алексей.
26 мая 2009 г. 15:59 пользователь Taras Kucher написал:
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущалис
Мне тоже можно полюбопытствовать?
С уважением, Вишняков Алексей.
26 мая 2009 г. 15:59 пользователь Taras Kucher написал:
>
> Attid пишет:
>>>
>>> Используем стандарты в разработке - сейчас документ со стандартами на
>>> дельфийский код занимает 18 страниц. В начале многие возмущались -
>>> привы
Alexey Kovyazin пишет:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу опровергну
On May 28, 10:19 am, "Kovalenko Dmitry"
wrote:
> > Вот ещё момент. Зачастую вернуть спортивную форму БД без backup/
> > restore невозможно.
>
> Есть мнение, что вернуть спортивную форму Венде тоже нельзя без
> переустановки с предварительной интеграцией всех патчей :-)
>
> Так что это общая пробл
Вот ещё момент. Зачастую вернуть спортивную форму БД без backup/
restore невозможно.
Есть мнение, что вернуть спортивную форму Венде тоже нельзя без
переустановки с предварительной интеграцией всех патчей :-)
Так что это общая проблема :-)
Коваленко Дмитрий.
On May 26, 12:28 pm, Kochmin Alexandr wrote:
> у вас программисты с писательским даров все. Чтоб кратко и емко парой
> слов описать сущность. Особенно для процедур.
Категорически не согласен. Если проект сразу развивает на FB и
проддерживается одним/двумя разработчиками это прекрасно. Но в
реальн
26.05.2009 13:59, Taras Kucher пишет:
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались -
привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
А
--
Булычев Алексей
http://www.stella-npf.ru
Описания таблиц, полей в таблицах и процедур у нас так же обязательны.
Но для того, что бы получить описание нужно выполнить лишние телодвижения.
А если процедур чуть меньше 400? Для каждой из них читать описание - пол
дня не хватит.
Я готов ско
Boulitchev Aleksey пишет:
Ладно ещё в начале разработки можно вспомнить что делает та или иная
процедура, а вот что делает процедура SP_EMPLOYEE_RGSTRTN_UPD_CALCLTN
через два месяца я вспомнил с трудом =)
З.Ы. В документации все прописывается, но приходится учитывать что
какой русский прог
Ладно ещё в начале разработки можно вспомнить что делает та или иная
процедура, а вот что делает процедура SP_EMPLOYEE_RGSTRTN_UPD_CALCLTN
через два месяца я вспомнил с трудом =)
З.Ы. В документации все прописывается, но приходится учитывать что какой
русский программист любит читать эту сам
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались -
привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
Отправил на адрес, который указан в гру
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались -
привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
Можно. Куда бросить, а то твой адрес по
> Используем стандарты в разработке - сейчас документ со стандартами на
> дельфийский код занимает 18 страниц. В начале многие возмущались -
> привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
Kochmin Alexandr пишет:
Taras Kucher wrote:
У нас действуют следующие правила
Таблица называется именем существительным с префиксом TB_, а процедура
- существительное и действие, которое над ним выполняется с префиксом
SP_.
у вас программисты с писательским даров все. Чтоб кратко и емко п
Taras Kucher wrote:
У нас действуют следующие правила
Таблица называется именем существительным с префиксом TB_, а процедура -
существительное и действие, которое над ним выполняется с префиксом SP_.
у вас программисты с писательским даров все. Чтоб кратко и емко парой
слов описать сущность
Приветствую.
6. Ограничение длинны имён
А откуда вылезло такое пожелание? Автогенеримые имена?
У меня такая же проблема. Вот только не автогенеримые имена, а есть
желание называть таблицы нормальными именами вместо неудобоваримых
сокращений.
У нас действуют следующие правила
Таблица наз
"Yurij" ...
Про то, что это проблема именно с
временными файлами сортировки, я вспомнил только со второ
Да, проблема с временными файлами имеет место не только
на сервере и не только у ФБ :-D
--
Хорсун Влад
"Dmitri Kuzmenko" ...
Hello, Vlad!
Vlad Khorsun wrote:
ок, убил.
Дык не надо быть даже рядом с fb-team, чтобы на основании имеющихся и
легко собираемых исходников сделать такие бинарники.
я все время забываю, что даже если никто не компилирует "свои ФБ", то
исходники открыты, и это мо
"Dmitry Yemanov" wote:
Давай не будем мешать фичи и их реализацию :-) Ты хочешь обеспечить high
availability. А уж WAL-ом или nbackup завтра начнет в 10 раз быстрее
работать - это не суть важно. Так?
Да, ты абсолютно прав :)
Просто в свое время когда только появился nbackup я и не только я су
Hello, ArtGal!
ArtGal wrote:
Люди как раз этого и хотят - баз с защитой от переноса между серверами,
пусть даже и с примитивной защитой.
С "примитивной" - лучше не надо.
Будут вопли типа "FB легко вскрывается, защита плохая ..."
ок, убедили.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13
"Dmitri Kuzmenko" сообщил/сообщила в
новостях следующее: news:gv67b1$7v...@ger.gmane.org...
Люди как раз этого и хотят - баз с защитой от переноса между серверами,
пусть даже и с примитивной защитой.
С "примитивной" - лучше не надо.
Будут вопли типа "FB легко вскрывается, защита плохая ...
я помню, и это тоже пофиг, т.к. 99% разработчиков и вообще исходники
а) не уперлись
б) практически бесполезны (не умеют читать).
Шифрованием этим вы себе уже все проели, если честно.
"слабое нельзя, а сильное долго делать". Ну и фиг ли?
Сильное не делается и перспективы мутные, а слабого так и
Теперь перейдем к хотелкам.
Давайте конкретные хотелки, по работе, так сказать. Без ограничений
фантазии, но только своей фантазии, а не маркетологов.
Недавно познакомился с одной интересной фичей в Оракле - Virtual Private
Database.
Она позволяет назначить на конкретную табличку дополните
> 2. Возможность создавать обычные и агрегатные функции как СП.
> 4. возможность работать с кортежами в тексте SQL и параметрах.
а мне только этих 2х пунктов не хватает. =)
Евгений Килин wrote:
Таблицы конечно не пустые, но лично мне очень не хватает WALа :)
Т.к. для обеспечения _достачно_ _оперативной_ восстанавливаемости БД что
бэкап/ресторе, что nbackup это все очень ресурсоемкие и длительные
процедуры.
Давай не будем мешать фичи и их реализацию :-) Ты хоче
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
Ты в этом уверен? Что пустые таблицы?
Таблицы конечно не пустые, но лично мне очень не хватает WALа :)
Т.к. для обеспечения _достачно_ _оперативной_ в
Вот про внешние языки в виде СП. Получается, побольше логики внутрь БД
вставляем? Или вообще всю :) Далее учим возвращать XML как результат
запроса, кастомизуемые запросы прикручиваем общение на разных портах
(80) и бац - application server родился, да только их и так много,
более модульных и з
On May 22, 12:47 pm, Alexey Kovyazin
wrote:
> Вот про внешние языки в виде СП. Получается, побольше логики внутрь БД
> вставляем? Или вообще всю :) Далее учим возвращать XML как результат
> запроса, кастомизуемые запросы прикручиваем общение на разных портах
> (80) и бац - application server род
> 1. Хотим.
> 2. Хотим
> 3. Очень сильно хотим.
> 4. Очень сильно хотим. И желательно с выводом типов из типа запроса, а
Вспомнился старый анекдот про еврея, который истово молился о выигрыше
в лотерею, но лотерейный билет не покупал :) Ну может и не в тему
вспомнился.
По теме:
Давайте предметнее
On May 22, 12:04 pm, Tonal wrote:
> Alexey Kovyazin пишет:>> 3. Репликация (нет)
> 1. Внешние языки для СП и триггеров.
> 2. Возможность создавать обычные и агрегатные функции как СП.
> 3. Уметь возвращать набор записей из UDF.
> 4. возможность работать с кортежами в тексте SQL и параметрах.
> Н
Alexey Kovyazin wrote:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Если допускается отойти от чисто технических проблем, то имхо очень важны:
1. Цельная, легкодоступная документация в удобной форме.
2. Сайт, соотве
Alexey Kovyazin пишет:
3. Репликация (нет)
Есть, есть :) FBReplicator, IBReplicator, Microtec CopyCat и др.
Давно однако не смотрел.
Вот списочек: http://www.firebirdfaq.org/faq249/
Мне понравился DBRE: http://dbre.sourceforge.net/ru/
6. Ограничение длинны имён
А откуда вылезло такое пожела
Alexey Kovyazin wrote:
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
1) Напрягает регулярная порча индексов (FB 1.5.5) Не знаю, что не так
может делать моя программа, но через неделю-другую работы после рестора
в логе возникает что-то типа
On May 22, 9:12 am, Dmitri Kuzmenko wrote:
> Hello, Tonal!
>
> Tonal wrote:
> > Админские:
> > Програмёрские:
> это все не проблемы, а пожелания. Потому как например почти со всеми
> И про пункт 7 тоже. Сколько дубинок было сломано на этом, а оказалось
> что бизнес-смысла в этом нет. Т.е. реализ
Hello, Tonal!
Tonal wrote:
Админские:
Програмёрские:
это все не проблемы, а пожелания. Потому как например почти со всеми
"программерскими" проблемами в других серверах иденично.
Особенно убил пункт 4 про список параметров в :list. Ну думать же надо,
как его сервер-то будет интерпретиро
2. права не по нормальным группам
Э-э-э...Роли?
Нет, не роли.
Slava Ekimov пишет:
Длина с одной буквой Н.
А количество с одной буквой Л.
И проблема с одной буквой М.
А ЖИ и ШЫ нужно писать с буквами Жэ и Шэ. :)
--
Александр Замараев
Длина с одной буквой Н.
А количество с одной буквой Л.
И проблема с одной буквой М.
:-)
Alexey Kovyazin пишет:
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
Админские:
1. Мультипроцессорность (обещают)
2. Кластеризуемость (нет)
3. Репликация (нет)
4. Мониторинг производительности (начало решатся в 2-ке)
5. Ручное обновление стат
St. Alex wrote:
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
Ты в этом уверен? Что пустые таблицы?
--
Дмитрий Еманов
Если начинает казаться что с FB есть проблемы, нужно некоторое время
поработать с ораклом.
Проблемы исчезнут
Меня реально напрягает только одна, о которой я ругался много раз, это
идиотская политика партии относительно обратной совместимости.
А что с ней не так? Нормальная политика. Мне нравится :-)
Щас полез посмотреть - а через что сделана отмена запросов в IB
Точнее - как именно :)
[ibase.h о
On May 21, 5:34 pm, Alexey Popov wrote:
> > Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
> > насущные проблемы в Firebird.
> Меня реально напрягает только одна, о которой я ругался много раз, это
> идиотская политика партии относительно обратной совместимости. В результат
Alexey Popov wrote:
Вторая проблема - у проекта FB нет(не видно) будущего.
о чем ты?
Меня реально напрягает только одна, о которой я ругался много раз, это
идиотская политика партии относительно обратной совместимости. В
результате
постоянные проблемы на legacy проектах.
А что с ней не так? Нормальная политика. Мне нравится :-)
legacy пусть работает на legacy.
Коваленко Дм
Alexey Kovyazin wrote:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу опроверг
Hello, Alexey!
You wrote on Thu, 21 May 2009 05:56:22 -0700 (PDT):
[quot Alexey] AK> В процессе размышлений о судьбах вселенной, пришла ко мне
мысль о том,
AK> что реальные проблемы в Firebird вообще отсутствуют.
AK> Ну то есть технические проблемы такого рода, которые напрягали бы
AK> разра
1. манифесты и рантаймы
Не, это все не то.
0. Его написал не Microsoft.
Коваленко Дмитрий.
>
> 1. манифесты и рантаймы
>
о-да. я три раза за то, чтобы залинковать все библиотеки статически в
экзешник. помню, какой
фурор произвел Yaffil своим одним файлом...
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
1. манифесты и рантаймы
--
Булычев Алексей
http://www.stella-npf.ru
> 1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
> восстановлении какого нибудь триггера, а в результате пустые таблицы
И что в таком случае восстанавливать? Таблицы без триггеров? (Если очень надо -
всякие dump`ы существуют)
> 2. права не по нормальным группам
Э-э-э.
21.05.2009 16:56, Alexey Kovyazin пишет:
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
2. права не по нормальным группам
3. отсутствие (я не нашел) четких рекомендаций как выбирать размеры базы
коли
Всем привет,
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу опровергнуть мое мнени
56 matches
Mail list logo