Hello, Alex!
Alex Cherednichenko wrote:
?? Adapted Plan
DK ^^^
?? PLAN (A NATURAL)
DK обнови IBExpert у себя пожалуйста.
Ты его таки доконал? :)))
не пришлось. я культурно попросил, не помню, примерно пару-тройку
месяцев назад.
И уже в апреле на курсах, скачавши новую
On May 22, 9:12 am, Dmitri Kuzmenko k...@ibase.ru wrote:
Hello, Tonal!
Tonal wrote:
Админские:
Програмёрские:
это все не проблемы, а пожелания. Потому как например почти со всеми
И про пункт 7 тоже. Сколько дубинок было сломано на этом, а оказалось
что бизнес-смысла в этом нет. Т.е.
Dmitry Yemanov wrote:
Все тут нормально :-) Сервис именно так запускается сервером.
Я и сам озадаченно чесал репу, потом забил, решив что мне пока не до
того :-)
Кстати, GBAK с ключем -SE почему-то пишет
Cannot attach to services manager
gbak -B -SE -T -M -G
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Я и сам озадаченно чесал репу, потом забил, решив что мне пока не до
того :-)
Кстати, GBAK с ключем -SE почему-то пишет
Cannot attach to services manager
gbak -B -SE -T -M -G 192.168.0.200/3052:d:\base\xxx.gdb xxx.fbk
(вкрадчиво) - а
Dmitri Kuzmenko пишет:
это все не проблемы, а пожелания. Потому как например почти со всеми
программерскими проблемами в других серверах иденично.
Дык раз без этого обходимся, то всяко пожелания. :)
Просто при их реализации работа админов и прогеров будет несколько
эффективнее как мне
ÔÏÐÉË: îÕÖÎÙ ÌÉ ÐÒÏÇÒÁÍÍÉÓÔÕ ÎÁ Java/C++/C# ÈÏÒÏÛÉÅ ÚÎÁÎÉÑ
ÍÁÔÁÎÁ/ÄÉÓËÒÅÔËÉ/ÄÉÆÆÕÒÏ×?
ScuFF åÓÌÉ ×Ù ÚÁÈÏÔÉÔÅ ÎÁÐÉÓÁÔØ Ä×ÉÖÏË ÄÌÑ ÔÒÅÈÍÅÒÎÏÊ ÉÇÒÙ, ÓËÁÖÅÍ, ÎÁ
php, ÔÏ ×ÁÍ ÏÂÑÚÁÔÅÌØÎÏ ÐÏÔÒÅÂÕÅÔÓÑ ÚÎÁÎÉÑ ÍÁÔÅÍÁÔÉËÉ.
AleksDesker åÓÌÉ ×Ù ÚÁÈÏÔÉÔÅ ÎÁÐÉÓÁÔØ Ä×ÉÖÏË ÄÌÑ ÔÒÅÈÍÅÒÎÏÊ ÉÇÒÙ, ÓËÁÖÅÍ,
ÎÁ php,
Oleg Matveyev ...
Кстати, GBAK с ключем -SE почему-то пишет
Cannot attach to services manager
gbak -B -SE -T -M -G 192.168.0.200/3052:d:\base\xxx.gdb xxx.fbk
Я тебе вчера еще хотел сказать...
ты когда бакап через сервисы делаешь... service_mgr ведь у тебя тоже на другом
порту.
как-то
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) Не знаю, что не так
может делать моя программа, но через неделю-другую работы после рестора
в логе возникает что-то типа
2. ëÌÁÓÔÅÒÉÚÕÅÍÏÓÔØ (ÎÅÔ)
óÌÉÛËÏÍ ÛÉÒÏËÏÅ ÐÏÎÑÔÉÅ. îÏ ÓÏÇÌÁÓÅÎ, ÅÓÔØ 2 ÍÏÍÅÎÔÁ - failover
ËÌÁÓÔÅÒÉÚÁÃÉÑ É ËÌÁÓÔÅÒ ÄÌÑ ÐÏ×ÙÛÅÎÉÑ ÐÒÏÉÚ×ÏÄÉÔÅÌØÎÏÓÔÉ.
þÔÏ ÎÕÖÎÅÅ (×ÏÐÒÏÓ ËÏ ×ÓÅÍ)?
ËÁË ÕÖÅ ÇÏ×ÏÒÉÌÏÓØ:
ÓÎÁÞÁÌÁ failover
Á ÐÏÔÏÍ ×ÏÚÎÉËÎÅÔ ×ÏÐÒÏÓ: ÓÔÏÉÔ ×ÔÏÒÏÊ ÓÅÒ×ÅÒ ÚÒÑ. ÐÕÓÔØ ÐÏÍÏÇÁÅÔ
On 22 май, 11:52, Alexey Kovyazin alexey.kovya...@gmail.com wrote:
Спасибо всем за ответы. Продолжаем разговор :)
Теперь перейдем к хотелкам.
Давайте конкретные хотелки, по работе, так сказать. Без ограничений
фантазии, но только своей фантазии, а не маркетологов.
Вот чего давно хочется -
Привет
Еще напрягает потеря прав доступа объектов после Alter
Ничего не попутал?
Да нет. Я писал про это. Есть процедура или триггер. Имя длинное. Есть права
у процедуры или триггера. Делаем Alter права пропадают.
Дмитрий
Khorsun Vlad wrote:
как-то так:
-SERVICE 192.168.0.200/3052:service_mgr
И вот тут - вопрос на засыпку.
а надо ли при этом писать
192.168.0.200/3052:d:\base\xxx.gdb
или просто d:\base\xxx.gdb
Просто.
gbak -B -SE 192.168.0.200/3052:service_mgr -M -G
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, Alexey!
You wrote on Thu, 21 May 2009 05:56:22 -0700 (PDT):
Из трудностей, с которыми столкнулся на практике
1. Система прав - возможность отделить сисдба от админа, группы и т.п. Но
вроде активное движение в этй сторону есть. Для крупных проектов сие
довольно критично.
2. Схемы
Hello, All!
шик-блеск, от жены программиста:
http://itblogs.ru/blogs/bishop/archive/2009/05/22/48913.aspx
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
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 сделано.
можно подробней, что есть балансировочные прокси ?
Hello, Matylitski!
You wrote on Fri, 22 May 2009 19:57:26 +0300:
MY Конторы которые неслабые копеечки выделяют, просто покупают оракл и
MY все. Никакая ИТ служба в здравом уме при достаточном финансировании не
MY станет связываться с open source проектом неизвестного статуса.
Спорное
Hello, Oleg!
You wrote on Fri, 22 May 2009 21:51:25 +0400:
... балансировочные прокси - год назад проскакивала ссылка как это
PostgreSQL сделано.
OM можно подробней, что есть балансировочные прокси ?
Уж не знаю, насколько правилен сам термин, но имеется ввиду некий
промежуточный софт,
Уж не знаю, насколько правилен сам термин, но имеется ввиду некий
промежуточный софт, который сможет по какому-либо алгоритму, раскидывать
пользовательские запросы/транзакции/коннекты по разным физическим серверам.
А если пишушие транзакции будут не раскидывать, а согласованно
Теперь перейдем к хотелкам.
Давайте конкретные хотелки, по работе, так сказать. Без ограничений
фантазии, но только своей фантазии, а не маркетологов.
Недавно познакомился с одной интересной фичей в Оракле - Virtual Private
Database.
Она позволяет назначить на конкретную табличку
я помню, и это тоже пофиг, т.к. 99% разработчиков и вообще исходники
а) не уперлись
б) практически бесполезны (не умеют читать).
Шифрованием этим вы себе уже все проели, если честно.
слабое нельзя, а сильное долго делать. Ну и фиг ли?
Сильное не делается и перспективы мутные, а слабого так и
50 matches
Mail list logo