1.Нет ничего типа WAL, undo log или типа того
2. Нет прав на генераторы и udf
3. Внешние объединения токма посредством индексов. MS SQL например
hash join использует направо и налево
alexbekh...@gmail.com пишет:
On May 29, 8:50 am, Ovchinnikov Vasily o...@tkvc.ru wrote:
alexbekh...@gmail.com пишет:
Имеется ввиду фрагментация когда необходимые записи лежат по одной
на страничке, и колчиество поднятых страничек подходит к количеству
выдаваемых записей.
я не знаю, почему
On May 29, 10:20 am, Ovchinnikov Vasily o...@tkvc.ru wrote:
alexbekh...@gmail.com пишет:
On May 29, 8:50 am, Ovchinnikov Vasily o...@tkvc.ru wrote:
alexbekh...@gmail.com пишет:
Имеется ввиду фрагментация когда необходимые записи лежат по одной
на страничке, и колчиество поднятых
6. Ограничение длинны имён
No6 как-то будет решаться?
Конечно будут. Куа они денутся. Не в этой, так в следующей ...
Коваленко Дмитрий
Hello, Kovalenko!
You wrote on Fri, 29 May 2009 10:46:45 +0400:
?? No6 как-то будет решаться?
KD Конечно будут. Куа они денутся.
KD Не в этой, так в следующей ...
жизни...
--
With best regards, Alex Cherednichenko.
Мне тоже можно полюбопытствовать?
С уважением, Вишняков Алексей.
26 мая 2009 г. 15:59 пользователь Taras Kucher kucher.ta...@gmail.com написал:
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались
Алексей Вишняков пишет:
Мне тоже можно полюбопытствовать?
С уважением, Вишняков Алексей.
26 мая 2009 г. 15:59 пользователь Taras Kucher kucher.ta...@gmail.com написал:
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В
Качановский Дмитрий dmi...@kosht.com
сообщил/сообщила в новостях следующее: news:gvocvk$kd...@ger.gmane.org...
Что-то стеснялся попросить.
Но тоже очень хочется посмотреть
Если не трудно и не ком. тайна
artgal27 (собака) mail.ru
--
С уважением,
Галимов Артур Амирзянович.
Фарммедсервис г.
Что-то стеснялся попросить.
Но тоже очень хочется посмотреть
Если не трудно и не ком. тайна
artgal27 (собака) mail.ru
Да, ажиотаж просто недецкий
А у нас было все просто - если _оно_ работает и не срет в моск, то наплевать
на стиль.
Но если _оно_ не дай бог начнет _меня_ напрягать -
Hello, Alex!
alexbekh...@gmail.com wrote:
Вот ещё момент. Зачастую вернуть спортивную форму БД без backup/
restore невозможно. Не хватает вещей вроде rebuild index и т.п.,
потому как PK/FK/UNIQUE индексы не полечишь через деактивацию/
активацию.
читаем Дополнительные вопросы и ответы в хелпе
Вот ещё момент. Зачастую вернуть спортивную форму БД без backup/
restore невозможно.
Есть мнение, что вернуть спортивную форму Венде тоже нельзя без
переустановки с предварительной интеграцией всех патчей :-)
Так что это общая проблема :-)
Коваленко Дмитрий.
On May 28, 10:10 am, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Alex!
alexbekh...@gmail.com wrote:
Вот ещё момент. Зачастую вернуть спортивную форму БД без backup/
restore невозможно. Не хватает вещей вроде rebuild index и т.п.,
потому как PK/FK/UNIQUE индексы не полечишь через
Не раз писали на форумах что старые БД начинают тормозить и помогает
только b/r.
А еще писали, что после B/R оно наоборот начинает тормозить.
- Регулярный sweep
- Регулярное обновление статистики у индексов
И, по-моему - полное щастье.
Коваленко Дмитрий.
Alexey Kovyazin пишет:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу
Hello, Alex!
alexbekh...@gmail.com wrote:
читаем Дополнительные вопросы и ответы в хелпе IBAnalyst.
Согласен. Трюком можно.
возможно многим не хватает перестройки индекса без остальные курят.
Но это уже к фичам.
сомневаюсь, что перестройка индекса в немонопольном режиме возможна.
Не раз
Dmitri Kuzmenko ...
Hello, Alex!
AlexBekhtin wrote:
читаем Дополнительные вопросы и ответы в хелпе IBAnalyst.
Согласен. Трюком можно.
возможно многим не хватает перестройки индекса без остальные курят.
Но это уже к фичам.
сомневаюсь, что перестройка индекса в немонопольном режиме
Tonal пишет:
Alexey Kovyazin пишет:
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
Админские:
1. Мультипроцессорность (обещают)
2. Кластеризуемость (нет)
3. Репликация (нет)
4. Мониторинг производительности (начало решатся в 2-ке)
5. Ручное
Hello, Vlad!
Vlad Khorsun wrote:
сомневаюсь, что перестройка индекса в немонопольном режиме возможна.
Возможно. Сейчас перестройка индекса не блокирует читателей. Но можно
сделать и полный он-лайн, правда это не тривиально.
свят-свят, ты меня не пугай. естественно что пока индекс
Hello, Alex!
alexbekh...@gmail.com wrote:
сомневаюсь, что перестройка индекса в немонопольном режиме возможна.
Именно онлайновость не очень тривиальна, как написал Влад. А целом
почемцу нет?
что в целом почему нет? почему в немонопольном режиме создавать индекс
хреново? я не очень понял
On May 28, 10:37 pm, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Alex!
alexbekh...@gmail.com wrote:
сомневаюсь, что перестройка индекса в немонопольном режиме возможна.
Именно онлайновость не очень тривиальна, как написал Влад. А целом
почемцу нет?
что в целом почему нет? почему в
alexbekh...@gmail.com пишет:
Имеется ввиду фрагментация когда необходимые записи лежат по одной
на страничке, и колчиество поднятых страничек подходит к количеству
выдаваемых записей.
я не знаю, почему они у Вас так лежат, по одной на страничке.
Может, вы их насоздавали, потом 90% удалили,
On May 29, 8:50 am, Ovchinnikov Vasily o...@tkvc.ru wrote:
alexbekh...@gmail.com пишет:
Имеется ввиду фрагментация когда необходимые записи лежат по одной
на страничке, и колчиество поднятых страничек подходит к количеству
выдаваемых записей.
я не знаю, почему они у Вас так лежат, по
26.05.2009 13:59, Taras Kucher пишет:
Attid пишет:
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались -
привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
On May 26, 12:28 pm, Kochmin Alexandr alexa...@intakom.ru wrote:
у вас программисты с писательским даров все. Чтоб кратко и емко парой
слов описать сущность. Особенно для процедур.
Категорически не согласен. Если проект сразу развивает на FB и
проддерживается одним/двумя разработчиками это
On May 23, 7:41 pm, sasha trofim...@gmail.com wrote:
Не знаю как щас, а раньше меня напрягали:
1) Невосстановимые бэкапы (например когда добавил NOT NULL)
2) Невозможноть переименовать некоторые объекты (например имена таблиц).
3) Слишком малая максимальная длина имён объектов (постоянно не
Приветствую.
6. Ограничение длинны имён
А откуда вылезло такое пожелание? Автогенеримые имена?
У меня такая же проблема. Вот только не автогенеримые имена, а есть
желание называть таблицы нормальными именами вместо неудобоваримых
сокращений.
У нас действуют следующие правила
Таблица
Taras Kucher wrote:
У нас действуют следующие правила
Таблица называется именем существительным с префиксом TB_, а процедура -
существительное и действие, которое над ним выполняется с префиксом SP_.
у вас программисты с писательским даров все. Чтоб кратко и емко парой
слов описать
Kochmin Alexandr пишет:
Taras Kucher wrote:
У нас действуют следующие правила
Таблица называется именем существительным с префиксом TB_, а процедура
- существительное и действие, которое над ним выполняется с префиксом
SP_.
у вас программисты с писательским даров все. Чтоб кратко и емко
Используем стандарты в разработке - сейчас документ со стандартами на
дельфийский код занимает 18 страниц. В начале многие возмущались -
привыкли писать для себя. А сейчас ничего, привыкли.
0_0 а можно его почитатаь если это не комтайна ?
Мое подозрение - используется group communication toolkit для
гарантирования последовательности исполнения запросов (хмм... коряво
написал, но лучше не могу). Это называется state machine replication, идея
в том, что если допустить что если система при одной и той же
последовательности
Boulitchev Aleksey пишет:
Ладно ещё в начале разработки можно вспомнить что делает та или иная
процедура, а вот что делает процедура SP_EMPLOYEE_RGSTRTN_UPD_CALCLTN
через два месяца я вспомнил с трудом =)
З.Ы. В документации все прописывается, но приходится учитывать что
какой русский
--
Булычев Алексей
http://www.stella-npf.ru
Описания таблиц, полей в таблицах и процедур у нас так же обязательны.
Но для того, что бы получить описание нужно выполнить лишние телодвижения.
А если процедур чуть меньше 400? Для каждой из них читать описание - пол
дня не хватит.
Я готов
Мое подозрение - используется group communication toolkit для
гарантирования последовательности исполнения запросов (хмм... коряво
написал, но лучше не могу). Это называется state machine replication,
идея в том, что если допустить что если система при одной и той же
последовательности
Hello, Vlad!
Vlad Khorsun wrote:
ок, убил.
Дык не надо быть даже рядом с fb-team, чтобы на основании имеющихся и
легко собираемых исходников сделать такие бинарники.
я все время забываю, что даже если никто не компилирует свои ФБ, то
исходники открыты, и это можно сделать.
--
Dmitri
Hello, Yurij
Yurij wrote:
Попутно вопрос - что для Вас статус, и как его сделать известным?
Статус - это когда у ИТ-служб не будет возникать тупых вопросов(а
что это такое, а почему не Oracle, PostgreSQL лучше) при
упоминании что проект использует Firebird.
такой вопрос будет возникать
On May 25, 10:57 am, Dmitri Kuzmenko k...@ibase.ru wrote:
Статус - это когда у ИТ-служб не будет возникать тупых вопросов(а
что это такое, а почему не Oracle, PostgreSQL лучше) при
упоминании что проект использует Firebird.
такой вопрос будет возникать всегда. Потому как ИТ-службы обычно
Yurij ...
Про то, что это проблема именно с
временными файлами сортировки, я вспомнил только со второ
Да, проблема с временными файлами имеет место не только
на сервере и не только у ФБ :-D
--
Хорсун Влад
On May 25, 4:58 pm, Yurij yurij.vladimirov...@gmail.com wrote:
On May 21, 3:56 pm, Alexey Kovyazin alexey.kovya...@gmail.com wrote:
Всем привет,
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть
On May 25, 5:03 pm, Khorsun Vlad hv...@optima.com.ua wrote:
Yurij ...
Про то, что это проблема именно с
временными файлами сортировки, я вспомнил только со второ
Да, проблема с временными файлами имеет место не только
на сервере и не только у ФБ :-D
Я прямо сейчас это дело прямо там
Yurij ...
А вот кому свежей насущной проблемы?
Я то знаю, что проблема скорее у меня, чем с FB, но в некотором роде в
FB не помешало бы сделать затычку от такого.
Делаем регламентный backup-restore. В базе есть таблица около 50 млн
записей. На компе юзера загадили диск C, и при попытке
On May 25, 5:09 pm, Khorsun Vlad hv...@optima.com.ua wrote:
Yurij ...
Падает ? Али ошибку отдаёт ?
Ошибка только о том, что нету места. Где именно нету - не написано.
только со второй попытки. В логах сервера пусто.
Может в сообщения об ошибках выводить более подробно информацию, на
Yurij ...
Yurij ...
Падает ? Али ошибку отдаёт ?
Ошибка только о том, что нету места. Где именно нету - не написано.
От не нада тогда говорить что падает, не нада.
только со второй попытки. В логах сервера пусто.
Может в сообщения об ошибках выводить более подробно информацию, на
Делаем регламентный backup-restore. В базе есть таблица около 50 млн
записей. На компе юзера загадили диск C, и при попытке ресторе оное
падает при активации индексов. Про то, что это проблема именно с
временными файлами сортировки, я вспомнил только со второ
Ты еще такое попробуй. Измени
RR Этот вариант с Firebird уже давно работает на базе C-JDBC (сам лично
RR проверял).
А с транзакциями оно как разбирается? Двухфазный коммит?
Хм вопрос конешно интересный, но как я понимаю - нет. Во-первых, оно
работает с нормальным JDBC драйвером, там 2PC нет на уровне интерфейсов.
MSSQL же ж может. Правда у него процедуры и триггеры невалидные после
этого.
Не, это не наш метод
Нужна отдельная системная таблица с именами
Что то типа.
--- [OBJECT_NAMES]
NAME_ID (PK)
OBJECT_ID (глобальный ID объектов)
NAME
UNIQUE(OBJECT_ID,NAME)
--- [RELATION_FIELDS]
FIELD_OBJECT_ID
Hello, Oleg!
Oleg Matveyev wrote:
failover делается на раз с любым существующим ИБ-ФБ, прямо сейчас.
Как? или я опять проспал очередную революцию...
просто failower-кластер не имеет отношения к софту, который
кластеризуется таким образом.
Нужно, чтобы любой DBA мог просто настроить.
Hello, Vlad!
Vlad Khorsun wrote:
в там. Embedded-у не нужна встроенная в базу аутентификация,
потому что он и так без нее работает. Так?
Да, и ? Я тебя не понимаю - ты кого поправляешь\возражаешь ?
тебе возражаю. Ты сказал, что даже если будет EUA в базе,
Embedded-у она пофиг, потому
Hello, ArtGal!
ArtGal wrote:
Люди как раз этого и хотят - баз с защитой от переноса между серверами,
пусть даже и с примитивной защитой.
С примитивной - лучше не надо.
Будут вопли типа FB легко вскрывается, защита плохая ...
ок, убедили.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Hello, Yury!
Matylitski Yury wrote:
Конторы которые неслабые копеечки выделяют, просто покупают оракл и все.
Никакая ИТ служба в здравом уме при достаточном финансировании не станет
связываться с open source проектом неизвестного статуса.
гм. названия наших клиентов по саппорту (и
Dmitri Kuzmenko ...
Hello, Vlad!
Vlad Khorsun wrote:
в там. Embedded-у не нужна встроенная в базу аутентификация,
потому что он и так без нее работает. Так?
Да, и ? Я тебя не понимаю - ты кого поправляешь\возражаешь ?
тебе возражаю. Ты сказал, что даже если будет EUA в базе,
On May 24, 4:30 pm, Vlad Khorsun hv...@optima.com.ua wrote:
Dmitri Kuzmenko ...
ну тогда мы никогда не дождемся, ни шифрования, ни EUA.
Шифрованием заниматься у меня охоту отбили напрочь. Не без участия этой
конференции. Насчёт хранения юзеров - в 3.0 будет
Что-то я уже забыл, а на чем
On May 24, 4:13 pm, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Yury!
Конторы которые неслабые копеечки выделяют, просто покупают оракл и все.
Никакая ИТ служба в здравом уме при достаточном финансировании не станет
связываться с open source проектом неизвестного статуса.
гм. названия
Да хоть бы как нибудь - лишь бы дало переименовать :)
Dmitry Yemanov wote:
Давай не будем мешать фичи и их реализацию :-) Ты хочешь обеспечить high
availability. А уж WAL-ом или nbackup завтра начнет в 10 раз быстрее
работать - это не суть важно. Так?
Да, ты абсолютно прав :)
Просто в свое время когда только появился nbackup я и не только я
Dmitri Kuzmenko wrote:
failover делается на раз с любым существующим ИБ-ФБ, прямо сейчас.
Как? или я опять проспал очередную революцию...
просто failower-кластер не имеет отношения к софту, который
кластеризуется таким образом.
Еще как имеет, если это нормальный кластер.
Вариант с
Dmitri Kuzmenko k...@ibase.ru сообщил/сообщила в
новостях следующее: news:gv67b1$7v...@ger.gmane.org...
Люди как раз этого и хотят - баз с защитой от переноса между серверами,
пусть даже и с примитивной защитой.
С примитивной - лучше не надо.
Будут вопли типа FB легко вскрывается, защита
Непосредственно контора не перечисляла (если что, Коваленко Дима поправит)
ничего.
А я тут при чем?
Лично мы (IBP Team) перечислили пару бутылок коньяка + тонны злобных тестов.
А лишнее бабло я трачу на свои игрушки. Это меня больше вдохновляет и не
оставляет осадка :-)
Коваленко
Привет
Поддерживаю. С документацией действительно грустно.
Читай про 6.0, а потом начиня с 1.0 до 2.5 это фи.
да я не знаю, давно предлагал тупо сп...ить langref и переписать его.
И как минимум главная часть была бы готова. А остальное склепать
из статей.
Ну хоть так. Я просто к тому, что
Я просто к тому, что можно быть стройным и красивым, но с небритой рожей и
это все портит.
Пойти побрится, что ли :-)
Коваленко Дмитрий.
Не знаю как щас, а раньше меня напрягали:
1) Невосстановимые бэкапы (например когда добавил NOT NULL)
2) Невозможноть переименовать некоторые объекты (например имена таблиц).
3) Слишком малая максимальная длина имён объектов (постоянно не хватало)
2) Невозможноть переименовать некоторые объекты (например имена таблиц).
Я как то, сто лет назад, тоже плакался... Правда прям так злобно
переименовывать объекты - это чревато неестественной смертью.
Псевдонимы типа нужны, для того чтобы поэтапно
Коваленко Дмитрий.
Я как то, сто лет назад, тоже плакался... Правда прям так злобно
переименовывать объекты - это чревато неестественной смертью.
Псевдонимы типа нужны, для того чтобы поэтапно
MSSQL же ж может. Правда у него процедуры и триггеры невалидные после
этого. А у нас зато в эксперте можно
On May 22, 9:12 am, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Tonal!
Tonal wrote:
Админские:
Програмёрские:
это все не проблемы, а пожелания. Потому как например почти со всеми
И про пункт 7 тоже. Сколько дубинок было сломано на этом, а оказалось
что бизнес-смысла в этом нет. Т.е.
Dmitri Kuzmenko пишет:
это все не проблемы, а пожелания. Потому как например почти со всеми
программерскими проблемами в других серверах иденично.
Дык раз без этого обходимся, то всяко пожелания. :)
Просто при их реализации работа админов и прогеров будет несколько
эффективнее как мне
Hello, Tonal!
Tonal wrote:
И про пункт 7 тоже. Сколько дубинок было сломано на этом, а оказалось
что бизнес-смысла в этом нет. Т.е. реализацией пользуются единицы.
Бизнес-смысл прост - сокращение времени кодирования и сложности поддержки.
бизнес-смысл - это соотношение затрат на
Dmitry Lendel wrote:
Напрягает наличие буквы я в пути к базе. Создаст пользователь Новая
папка и суши себе голову.
Ты про сервисы? Вообще-то, для этого есть обходное решение.
Еще напрягает потеря прав доступа объектов после Alter
Ничего не попутал?
--
Дмитрий Еманов
Спасибо всем за ответы. Продолжаем разговор :)
1) Баги. Я думаю, про баги говорить особо смысла нет, их поправят как
только желающие занесут в трекер... ну, с некоторым лагом,
естественно :)
2) Legacy/ Про legacy подход действительно правильный - заточились на
1.5, работайте на 1.5, в чем
Alexey Kovyazin wrote:
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
1) Напрягает регулярная порча индексов (FB 1.5.5) Не знаю, что не так
может делать моя программа, но через неделю-другую работы после рестора
в логе возникает что-то типа
On 22 май, 11:52, Alexey Kovyazin alexey.kovya...@gmail.com wrote:
Спасибо всем за ответы. Продолжаем разговор :)
Теперь перейдем к хотелкам.
Давайте конкретные хотелки, по работе, так сказать. Без ограничений
фантазии, но только своей фантазии, а не маркетологов.
Вот чего давно хочется -
Привет
Еще напрягает потеря прав доступа объектов после Alter
Ничего не попутал?
Да нет. Я писал про это. Есть процедура или триггер. Имя длинное. Есть права
у процедуры или триггера. Делаем Alter права пропадают.
Дмитрий
Dmitry Lendel wrote:
Да нет. Я писал про это. Есть процедура или триггер. Имя длинное. Есть
права у процедуры или триггера. Делаем Alter права пропадают.
В 2.5 уже нет этой проблемы.
--
Дмитрий Еманов
AZDesign ...
Вот чего давно хочется - это засунуть пользователей в саму БД
(1)
Это позволит тиражировать готовые БД. Вроде все для этого подготовлено
- embeded - есть, read-only - есть/
Осталось только закрыть саму БД, чтобы не всякий мог ее открыть.
(2)
(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. Цельная, легкодоступная документация в удобной форме.
2. Сайт,
Если допускается отойти от чисто технических проблем, то имхо очень важны:
1. Цельная, легкодоступная документация в удобной форме.
Это ты про firebirdsql.su ? Дык там, по-моему, все в пордке. Понятное
дело, шо неполная, дык время идет и красных страниц ужо почти не
осталось.
Да, кстати, надо
On May 22, 11:49 am, Khorsun Vlad hv...@optima.com.ua wrote:
Да-да-да, эти ЦД будут прямо кричать : У нас Firebird внутри, УРА !
Не смешите мои туфли...
По-моему, тут как раз все правильно: чем больше firebird
используется, тем более вероятность, что программисты выбирающие базу
данных
On May 22, 12:04 pm, Tonal to...@promsoft.ru wrote:
Alexey Kovyazin пишет: 3. Репликация (нет)
1. Внешние языки для СП и триггеров.
2. Возможность создавать обычные и агрегатные функции как СП.
3. Уметь возвращать набор записей из UDF.
4. возможность работать с кортежами в тексте SQL и
On May 22, 12:11 pm, Yakov Hrebtov hreb...@gmail.com wrote:
Alexey Kovyazin wrote:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Если допускается отойти от чисто технических проблем, то имхо очень важны:
1.
PEAKTOP wrote:
Не, я конечно понимаю желание Firebird Foundation отдать за это кому-
нибудь денег и коронную отмазку в этом случае: денех нема А оно
надо деньги давать, когда есть желающие и просто так помочь ? Лучше на
съэкономленные премию ДЕ или ВХ выписать.
Где этот вагон желающих?
1. Хотим.
2. Хотим
3. Очень сильно хотим.
4. Очень сильно хотим. И желательно с выводом типов из типа запроса, а
Вспомнился старый анекдот про еврея, который истово молился о выигрыше
в лотерею, но лотерейный билет не покупал :) Ну может и не в тему
вспомнился.
По теме:
Давайте предметнее -
On May 22, 12:47 pm, Alexey Kovyazin alexey.kovya...@gmail.com
wrote:
Вот про внешние языки в виде СП. Получается, побольше логики внутрь БД
вставляем? Или вообще всю :) Далее учим возвращать XML как результат
запроса, кастомизуемые запросы прикручиваем общение на разных портах
(80) и бац -
PEAKTOP wrote:
Если допускается отойти от чисто технических проблем, то имхо очень важны:
1. Цельная, легкодоступная документация в удобной форме.
Это ты про firebirdsql.su ? Дык там, по-моему, все в пордке. Понятное
дело, шо неполная, дык время идет и красных страниц ужо почти не
осталось.
Я
Вот интересно, с какой целью представитель компании разрабатывающей
коммерческий аналогичный продукт задаёт такие вопросы :)
А если серьезно, я сталкиваюсь со следующей проблемой
1. Заказчики развиваются и начинают ворочать все большими и большими
массивами данных.
Проблема не полного
Hello, Vadim!
You wrote on Fri, 22 May 2009 17:08:19 +0600:
VM Проблема не полного использования ресурсов SMTP серверов и отсутствие
VM возможности собрать их несколько в кластер что бы они попыхтели вместе.
А ты ничё не путаешь?
А вместе попыхтеть, это запросто!..
--
With best regards,
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
Ты в этом уверен? Что пустые таблицы?
Таблицы конечно не пустые, но лично мне очень не хватает WALа :)
Т.к. для обеспечения _достачно_ _оперативной_
Евгений Килин wrote:
Таблицы конечно не пустые, но лично мне очень не хватает WALа :)
Т.к. для обеспечения _достачно_ _оперативной_ восстанавливаемости БД что
бэкап/ресторе, что nbackup это все очень ресурсоемкие и длительные
процедуры.
Давай не будем мешать фичи и их реализацию :-) Ты
Hello, Oleg!
Oleg Matveyev wrote:
как уже говорилось:
сначала failover
failover делается на раз с любым существующим ИБ-ФБ, прямо сейчас.
а потом возникнет вопрос: стоит второй сервер зря. пусть помогает
по-возможности.
альтернативный пример - IB 2007/2009 SuperServer, который
Hello, Vlad!
Khorsun Vlad wrote:
Это позволит тиражировать готовые БД. Вроде все для этого подготовлено
- embeded - есть, read-only - есть/
Осталось только закрыть саму БД, чтобы не всякий мог ее открыть.
(1) и (2) не есть одно и тоже. Для embedded, например, (1) совершено
не нужно.
Dmitri Kuzmenko ...
Hello, Vlad!
Khorsun Vlad wrote:
Это позволит тиражировать готовые БД. Вроде все для этого подготовлено
- embeded - есть, read-only - есть/
Осталось только закрыть саму БД, чтобы не всякий мог ее открыть.
(1) и (2) не есть одно и тоже. Для embedded, например, (1)
2. Возможность создавать обычные и агрегатные функции как СП.
4. возможность работать с кортежами в тексте SQL и параметрах.
а мне только этих 2х пунктов не хватает. =)
Hello, Vlad!
Khorsun Vlad wrote:
(1) и (2) не есть одно и тоже. Для embedded, например, (1) совершено
не нужно.
причина и следствие попутаны.
В где ?
в там. Embedded-у не нужна встроенная в базу аутентификация,
потому что он и так без нее работает. Так?
эту схему. В настоящий
Hello, Dmitry!
Dmitry Lendel wrote:
Поддерживаю. С документацией действительно грустно.
Читай про 6.0, а потом начиня с 1.0 до 2.5 это фи.
да я не знаю, давно предлагал тупо сп...ить langref и переписать его.
И как минимум главная часть была бы готова. А остальное склепать
из статей.
--
Hello, Nikolay!
Nikolay Ponomarenko wrote:
Возможность создания зеркал серверов, балансировочные прокси - год
назад проскакивала ссылка как это PostgreSQL сделано.
Партиционирование, тейблспейсы.
осмелюсь заметить, что это пальцатые фичи, т.е. интересуют тех,
кто не хухры-мухры, а бабло
Dmitri Kuzmenko wrote:
осмелюсь заметить, что это пальцатые фичи, т.е. интересуют тех,
кто не хухры-мухры, а бабло на этом деле зарабатывает, или,
как минимум, на железо, администрирование и разработку выделяет
неслабую копеечку.
В связи с этим вопрос - вот лично Ваша контора на разработку
ФБ
Dmitri Kuzmenko ...
Hello, Vlad!
Khorsun Vlad wrote:
(1) и (2) не есть одно и тоже. Для embedded, например, (1) совершено
не нужно.
причина и следствие попутаны.
В где ?
в там. Embedded-у не нужна встроенная в базу аутентификация,
потому что он и так без нее работает. Так?
failover делается на раз с любым существующим ИБ-ФБ, прямо сейчас.
Как? или я опять проспал очередную революцию...
Программировать прийдется? Если да - то не катит.
Нужно, чтобы любой DBA мог просто настроить.
Прозрачно для приложения,
просто ставим на еще один сервер FB,
прописываем обоим
... балансировочные прокси - год назад проскакивала ссылка как это
PostgreSQL сделано.
можно подробней, что есть балансировочные прокси ?
Уж не знаю, насколько правилен сам термин, но имеется ввиду некий
промежуточный софт, который сможет по какому-либо алгоритму, раскидывать
пользовательские запросы/транзакции/коннекты по разным физическим серверам.
А если пишушие транзакции будут не раскидывать, а согласованно
Теперь перейдем к хотелкам.
Давайте конкретные хотелки, по работе, так сказать. Без ограничений
фантазии, но только своей фантазии, а не маркетологов.
Недавно познакомился с одной интересной фичей в Оракле - Virtual Private
Database.
Она позволяет назначить на конкретную табличку
я помню, и это тоже пофиг, т.к. 99% разработчиков и вообще исходники
а) не уперлись
б) практически бесполезны (не умеют читать).
Шифрованием этим вы себе уже все проели, если честно.
слабое нельзя, а сильное долго делать. Ну и фиг ли?
Сильное не делается и перспективы мутные, а слабого так и
Результаты 1 - 100 из 116 matches
Mail list logo
