Аутглюком не пользуюсь
2*2 - RAID 10 - ÂÁÚÁ,
ðÏÌÕÞÉÌÏÓØ ÏËÏÌÏ 50 - 55 ÍÉÎ.
5 - RAID 5
ðÏÌÕÞÉÌÏÓØ ÏËÏÌÏ 1 ÞÁÓÁ, ÍÏÖÅÔ ÞÕÔØ ÂÏÌØÛÅ.
÷ ÐÒÉÎÃÉÐÅ ÌÏÇÉÞÎÏ, ÐÒÉ ÒÅÓÔÏÒÅ × ÏÓÎÏ×ÎÏÍ ÉÄÅÔ
úÁ $800M + $200M ÏÐÃÉÊ SUN ÐÏËÕÐÁÅÔ MySQL AB.
îÁ ÓËÏÌØËÏ Ñ ÐÏÍÎÀ, ÜÔÏ ÖÅ óÁÎ ÐÏÒÏÄÉÌÁ ÔÏ, ÞÔÏ ÐÏÔÏÍ ÓÔÁÌÏ MSSQL-ÅÍ?
åÓÌÉ Ñ ÎÅ ÏÛÉÂÁÀÓØ, ÔÏ ÜÔÏ ÌÉÛÅÅ ÐÏÄÔ×ÅÒÖÄÅÎÉÅ ÔÏÇÏ, ÞÔÏ ÖÉÚÎØ ÉÄÅÔ ÐÏ
ÓÐÉÒÁÌÉ... ðÒÁ×ÄÁ Õ ÎÅËÏÔÏÒÙÈ ÏÎÁ ÎÉÓÈÏÄÑÝÁÑ :)
ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
On Wed, 16 Jan 2008 19:18:15 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
PS. Просьба не уклоняться в сравнение разных схем RAID-ов
Мы Адаптеки используем.
У нас только в одном сервере Intel, чё-та вообще помирает, по непонятным
причинам скорость чтения упала до неприличных 60Мб/сек
On Thu, 17 Jan 2008 11:28:53 +0300, Sergey Tulaev [EMAIL PROTECTED] wrote:
SCSI - 1 или 15000rpm? Интересно было бы сравнить раиды одного уровня на
винтах с разным RPM(7200, 1, 15000) и соответственно с разным средним
временем доступа.
На томсхардваре кажись было такое сравнение.
On Wed, 16 Jan 2008 23:45:49 +0300, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
Т.е. RAID 5 производительность НЕ увеличивает, он только дает надежность.
Откуда дровишки? На 3-х дисках тестировал, небось? Я там на ibase уже
высказался по этому поводу.
RAID 6 как-то тестировали - получалось по
Sergey Tulaev [EMAIL PROTECTED] сообщил/сообщила
в новостях следующее: news:[EMAIL PROTECTED]
SCSI - 1 или 15000rpm? Интересно было бы сравнить раиды одного уровня
на
винтах с разным RPM(7200, 1, 15000) и соответственно с разным средним
Приведу наши древние тесты.
На старом сервере с
On Thu, 17 Jan 2008 11:39:04 +0300, Vadim Mescheryakov [EMAIL PROTECTED]
wrote:
Часто стала появляться ошибка на большой базе ~7 GB
С размером базы вряд ли связано. Не такая уж и большая.
Server Version: WI-V2.0.1.12810 Firebird 2.0
А чего не 2.0.3.12981 ?
Текст ошибки в протоколе:
До
??? ???!
??? ?? ?? ?? ??? ?? ? before/after delete
?? ??? ?? ? ?? ?? ???.
? ? ? . ?? ??? ? ?? ?? ???
???.
??? ??? ?? SQL? ??? ??? ? ?? ?
А как вы вообще умудрились удалить master-запись, если на нее в detail
имеется FK? Или там каскадно и из детали заодно удаляется?
Каскадно конечно. Это бугалтерский документ типа.
åÓÌÉ ÕÄÁÌÑÅÍ ÚÁÐÉÓØ ÉÚ ÍÁÓÔÅÒ ÔÁÂÌÉÃÙ ÔÏ × ÔÒÉÇÅÒÁÈ before/after delete
ÄÅÔÜÊÌ ÔÁÂÌÉÃÙ ÎÅ ×ÉÄÎÏ ÚÁÐÉÓØ ÉÚ ÍÁÓÔÅÒÁ.
á ÎÁÐÉÓÁÔØ Ñ×ÎÙÊ before-delete ÔÒÉÇÇÅÒ ÄÌÑ ÍÁÓÔÅÒ ÔÁÂÌÉÃÙ ÎÅ ÓÕÄØÂÁ?
õ ÍÅÎÑ ÔÁËÁÑ ÓÉÔÕÁÃÉÑ, ÔÒÉÇÅÒÙ ÄÅÔÜÊÌÁ ÄÅÌÁÀÔ ÉÚÍÅÎÅÎÉÑ × ÄÒÕÇÉÈ ÔÁÂÌÉÃÁÈ
ÉÓÐÏÌØÚÕÑ ÄÁÎÎÙÅ ÉÚ ÄÅÔÜÊÌÁ É
Всем доброго дня!
Если удаляем запись из мастер таблицы то в тригерах before/after delete
детэйл таблицы не видно запись из мастера.
Думаю такое поведение неправильное. Получается что имеем детэйл записи без
мастера.
Что говорит об этом стандарт SQL? Как реализованно это в других СУДБ?
Dorin Maroci wrote:
Можно конечно, но будет некрасивое решение.
Баян. Либо подумай с различными вариантами конкурирующих транзакций,
либо поюзай поиск.
Dorin Maroci пишет:
Если удаляем запись из мастер таблицы то в тригерах before/after delete
детэйл таблицы не видно запись из мастера.
Думаю такое поведение неправильное.
А как вы вообще умудрились удалить master-запись, если на нее в detail
имеется FK? Или там каскадно и из детали заодно
äÏ ÜÔÏÊ ÏÛÉÂËÉ ÞÔÏ-ÎÉÂÕÄØ ÅÓÔØ?
GATE (Client) Tue Dec 11 22:58:05 2007
Guardian starting: C:\Program Files\Firebird\Firebird_2_0\bin\fbserver.exe
GATE (Server) Wed Dec 12 00:41:00 2007
Database: G:\DELFIN\DB\OPT.FDB
database file appears corrupt ()
wrong page type
page 733167 is of wrong
Всем доброго дня!
Если удаляем запись из мастер таблицы то в тригерах before/after delete
детэйл таблицы не видно запись из мастера.
Думаю такое поведение неправильное. Получается что имеем детэйл записи без
мастера.
Что говорит об этом стандарт SQL? Как реализованно это в других СУДБ?
Hello, Sergey!
You wrote on Thu, 17 Jan 2008 13:30:01 +0300:
ST Это я к тому, что в задачах с большим количеством
ST операций записи(как то же рестор например), по идее
ST должны выигрывать винты с малым временем доступа.
ST Недавно был в одной конторе, у них есть расчетная
ST задача на 1С+MS
á ÎÁÐÉÓÁÔØ Ñ×ÎÙÊ before-delete ÔÒÉÇÇÅÒ ÄÌÑ ÍÁÓÔÅÒ ÔÁÂÌÉÃÙ ÎÅ ÓÕÄØÂÁ?
íÏÖÎÏ ËÏÎÅÞÎÏ, ÎÏ ÂÕÄÅÔ ÎÅËÒÁÓÉ×ÏÅ ÒÅÛÅÎÉÅ.
é ÐÏÄÕÍÁÌÏÓØ - ÍÏÖÅÔ ÅÍÕ ÐÏËÁÚÁÔØ ÐÏ-ÎÁÓÔÏÑÝÅÍÕ ÎÅËÒÁÓÉ×ÏÅ ÒÅÛÅÎÉÅ?
ðÏÞÅÍÕ ÖÅ ÓÉÓÔÅÍÎÙÊ ÔÒÉÇÅÒ ÒÁÂÏÔÁÅÔ ÉÎÁÞÅ?
õ ÔÅÂÑ ÅÓÔØ ×ÒÅÍÑ ÏÂ ÜÔÏÍ ÄÕÍÁÔØ?
ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
SCSI - 1 ÉÌÉ 15000rpm? éÎÔÅÒÅÓÎÏ ÂÙÌÏ ÂÙ ÓÒÁ×ÎÉÔØ ÒÁÉÄÙ ÏÄÎÏÇÏ
ÕÒÏ×ÎÑ
ÎÁ
×ÉÎÔÁÈ Ó ÒÁÚÎÙÍ RPM(7200, 1, 15000) É ÓÏÏÔ×ÅÔÓÔ×ÅÎÎÏ Ó ÒÁÚÎÙÍ
ÓÒÅÄÎÉÍ
ÄÏÓÔÕÐÁ
üÔÏ Ñ Ë ÔÏÍÕ, ÞÔÏ × ÚÁÄÁÞÁÈ Ó ÂÏÌØÛÉÍ ËÏÌÉÞÅÓÔ×ÏÍ ÏÐÅÒÁÃÉÊ ÚÁÐÉÓÉ(ËÁË ÔÏ ÖÅ
ÒÅÓÔÏÒ ÎÁÐÒÉÍÅÒ), ÐÏ ÉÄÅÅ ÄÏÌÖÎÙ ×ÙÉÇÒÙ×ÁÔØ ×ÉÎÔÙ Ó
ÎÅ ×ÎÅÛÎÉÍÉ ÍÏÄÕÌÑÍÉ, Á ×ÎÕÔÒÉ?
óÔÁÎÄÁÒÔÎÙÍ ÓÐÏÓÏÂÏÍ, Ë ÐÒÉÍÅÒÕ × ÂÁÚÅ ÐÉÛÅÍ ÆÕÎËÃÉÀ, ËÏÔÏÒÁÑ ÐÒÉÎÉÍÁÅÔ
Ä×Á ÚÎÁÞÅÎÉÑ, É ×ÏÚ×ÒÁÝÁÅÔ -1 0 1 É ÄÁÌØÛÅ ÞÔÏ ÔÏ ×ÒÏÄÅ
select id, name from tbl
order by name using my_order_func
?
+1
Á ÔÏ ÔÕÔ ÏÄÉÎ ËÌÉÅÎÔ ÈÏÔÅÌ ÞÔÏ ÓÏÒÔÉÒÏ×ËÁ ÛÌÁ ×ÏÔ ÔÁË É ÐÏËÁÚÁÌ
ëÁÓËÁÄÎÏ ËÏÎÅÞÎÏ. üÔÏ ÂÕÇÁÌÔÅÒÓËÉÊ ÄÏËÕÍÅÎÔ ÔÉÐÁ.
íÏÖÎÏ ËÏÎÅÞÎÏ, ÎÏ ÂÕÄÅÔ ÎÅËÒÁÓÉ×ÏÅ ÒÅÛÅÎÉÅ.
ËÒÁÓÏÔÁ, ÓÔÒÁÛÎÁÑ ÓÉÌÁ, ÎÁÓËÏÌØËÏ Ñ ÐÏÍÎÀ ËÁÓËÁÄÎÙÅ ÒÅÛÅÎÉÑ ×ÏÏÂÝÅ
ÓÞÉÔÁÀÔÓÑ ÐÌÏÈÉÍ ÒÅÛÅÎÉÅÍ,
É ÉÓÐÏÌØÚÏ×ÁÔØ ÉÈ ÓÔÏÉÔ × ËÒÁÊÎÅ ÐÒÏÄÕÍÁÎÏÍ ÓÌÕÞÁÅ.
úù ÕÄÁÌÅÎÉÅ ÂÕÈÇÁÌÔÅÒÓËÏÇÏ ÄÏËÕÍÅÎÔÁ ÜÔÏ ×ÏÏÂÝÅ
Hello, !
You wrote on Thu, 17 Jan 2008 12:02:32 +0300:
За $800M + $200M опций SUN покупает MySQL AB.
KD На сколько я помню, это же Сан породила то, что потом стало MSSQL-ем?
Емнип это был Sybase.
Кстати, а мы ведь недалеко от rdb/vms росли, да?
не внешними модулями, а внутри?
Стандартным способом, к примеру в базе пишем функцию, которая принимает
два значения, и возвращает -1 0 1 и дальше что то вроде
select id, name from tbl
order by name using my_order_func
?
Кстати, а мы ведь недалеко от rdb/vms росли, да?
http://sai.msu.su/~megera/postgres/talks/rel-db-hist.png
Мы выросли из rdb/eln, которой на этой картинке почему-то нет.
Не, Дим. Это Interbase вырос оттуда.
Мы выросли из другого
Впрочем, говорят, розы как раз там лучше всего и
ëÏÎÅÞÎÏ, ÌÕÞÛÅ ÐÏÄ ËÁÖÄÏÇÏ ÞÅÌÁ ÐÉÓÁÔØ ÆÕÎËÃÉÀ ÓÏÒÔÉÒÏ×ËÉ
ÎÅ ÐÏÄ ËÁÖÄÏÇÏ Á ÐÏÄ ÏÄÎÏÇÏ.
ÜÔÏ × ÏÔÞÅÔÅ, ÔÅÌÅÏ ÏÔÞÅÔÁ × ÂÌÏÂÁÈ É Á×ÔÏÍÁÔÏÍ ÎÅ ÏÂÎÏ×ÌÑÅÔÓÑ,
ÏÔÌÉÞÉÅ ÚÁÐÒÏÓÁ × ÏÄÎÕ ÓÔÒÏÞËÕ ÎÅ ÓÉÌØÎÏ ÎÁÐÒÑÖÅÔ.
Nikolay Ponomarenko wrote:
Емнип это был Sybase.
А мне склероз шепчет, что это был Watcom, от которого пошли и то и
другое...
--
Regards. Ded.
Не планируется.
--
Дмитрий Еманов
KD îÁ ÓËÏÌØËÏ Ñ ÐÏÍÎÀ, ÜÔÏ ÖÅ óÁÎ ÐÏÒÏÄÉÌÁ ÔÏ, ÞÔÏ ÐÏÔÏÍ ÓÔÁÌÏ MSSQL-ÅÍ?
åÍÎÉÐ ÜÔÏ ÂÙÌ Sybase.
äÁ, ËÓÔÁÔÉ, ÇÄÅ ÏÎ? (ó) çÏÂÌÉÎ
ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
ðÏÌÕÞÁÅÔÓÑ ÞÔÏ ÎÅÌØÚÑ ÎÉËÁË ÜÔÏ ÄÅÌÁÔØ ÝÁÓ.
éÌÉ ÄÕÂÌÉÒÕÅÍ ×ÓÅ ÎÕÖÎÙÅ ÄÁÎÎÙÅ ÄÌÑ ÔÒÉÇÅÒÁ ÉÚ ÍÁÓÔÅÒÁ × ÄÅÔÜÊÌÁ
íÄÁ ÕÖ
ÉÌÉ ÎÁÄÅÅÍÓÑ ÞÔÏ ÂÕÄÕÔ ÆÉËÓÉÔØ ÜÔÏ × ÓÌÅÄÕÀÝÉÍ ×ÅÒÓÉÑÍ Firebird-Á.
÷ÁÒÉÁÃÉÉ:
1. îÁÄÅÖÄÁ, ÎÁÛ ËÏÍÐÁÓ ÚÅÍÎÏÊ
2. îÁÄÅÊÔÅÓØ, ÎÁÄÅÊÔÅÓØ, ÐÏÄÕÍÁÌ ...
3. áÇÁ, ÝÁÓ, ÐÏÄÕÍÁÌ
Dorin Maroci wrote:
надеемся что будут фиксить это в следующим версиям Firebird-а.
Оставь пустые надежды. Убери каскад и выполняй удаление деталей в
BD-триггере мастера, раз тебе в детальных триггерах надо мастера видеть,
чего уж проще-то. С парадоксами сам будешь распутываться, если
Attid wrote:
не внешними модулями, а внутри?
Стандартным способом, к примеру в базе пишем функцию, которая принимает
два значения, и возвращает -1 0 1 и дальше что то вроде
select id, name from tbl
order by name using my_order_func
?
+1
а то тут один клиент хотел чтоб сортировка шла вот так
Hello, Ded!
Ded wrote:
Емнип это был Sybase.
А мне склероз шепчет, что это был Watcom, от которого пошли и то и
другое...
охренеть.
Watcom SQL - Sybase ASA (Adaptive Server Anywhere)
Sybase ASE - Adaprive Sever Enterprise - это то, из предыдущих
версий чего случился MS SQL. Причем
Nikolay Ponomarenko wrote:
Кстати, а мы ведь недалеко от rdb/vms росли, да?
http://sai.msu.su/~megera/postgres/talks/rel-db-hist.png
Мы выросли из rdb/eln, которой на этой картинке почему-то нет. Ее DEC
разрабатывала параллельно rdb/vms, другой командой.
--
Дмитрий Еманов
åÍÎÉÐ ÜÔÏ ÂÙÌ Sybase.
ôÁÍ ÅÝÅ Microsoft ÂÙÌ. ðÏÔÏÍ ×ÓÅ ÒÁÚÏÛÌÉÓØ É ÐÏÑ×ÉÌÓÑ MS SQL. îÅ ÐÏÍÎÀ, ÐÒÏ
DB2
äÍÉÔÒÉÊ
Dorin Maroci пишет:
Каскадно конечно.
А если сделать явно - процедурой?
Attid wrote:
а добовлять доп поле в задачу для одного чела когда её пользуют куча других
людей и оно им не нужно не хочется =)
Дропни нах ID из всех таблиц. Он вообще ни одному живому ползателю
не нужен.
--
Regards. Ded.
fynda wrote:
Dmitry Yemanov пишет:
Не планируется.
А было бы прикольно :)
Ну на, колись...
Create Procedure my_order_func (Znachenie1 type, Znachenie2 type)
Returns (OrderCol Int)
As
Begin
Super_Puper_Formula_Returns_0_1_-1_From_Znachenie1_Znachenie2;
Suspend;
End
Select
Hello, Dmitri!
You wrote on Thu, 17 Jan 2008 14:25:35 +0300:
Емнип это был Sybase.
А мне склероз шепчет, что это был Watcom, от которого пошли и то и
другое...
DK Watcom SQL - Sybase ASA (Adaptive Server Anywhere)
DK Sybase ASE - Adaprive Sever Enterprise - это то, из предыдущих
DK
äÁ ÎÉÞÅÇÏ ÕÄÉ×ÉÔÅÌØÎÏÇÏ. RAID ÄÁÅÔ ×ÙÉÇÒÙÛ × ÞÔÅÎÉÉ, ÎÏ ÎÉËÁË ÎÅ ÐÒÉ
ÚÁÐÉÓÉ.
÷ÏÔ ÜÔÏ Ñ ÓÏ×ÓÅÍ ÎÅ ÐÏÎÑÌ. á ËÁË ÖÅ ÓÔÒÉÐ ÉÌÉ ËÁË ÔÅÍ ÅÇÏ?
õÓËÏÒÉÔØ ÚÁÐÉÓØ ÍÏÖÎÏ ÐÒÉ ×ËÌÀÞÅÎÉÉ ËÜÛÁ ÎÁ ÚÁÐÉÓØ × ËÏÎÔÒÏÌÌÅÒÅ (ÅÓÌÉ ×
ËÏÎÔÒÏÌÌÅÒÅ ÅÓÔØ ÂÁÔÁÒÅÊËÁ).
é ×ÏÔ ÜÔÏ ÔÏÖÅ. éÂÏ ÚÒÅÌ ÎÁÓÔÒÏËÕ × ËÏÎÔÒÏÌÌÅÒÅ,
îÕ ÎÁ, ËÏÌÉÓØ...
ÎÕ ÄÏÐÕÓÔÉÍ ÚÁÐÒÏÓ ÈÏÞÅÔÓÑ ÞÔÏ ×ÅÒÎÕÌ
ÔÁÐËÏÍ 15
ÄÅÄÕÛËÕ 99
ÓÁÎËÉ 58
×ÑÚÁÎËÉ 56
ÐÅÞËÉ 12
ÅÓÌÉ ÓÏÒÔÉÒÏ×ÁÔØ ÐÏ ÉÍÅÎÉ ÉÌÉ ÚÎÁÞÅÎÉÀ ÔÏ ÂÕÄÅÔ Ñ×ÎÏ ÐÏ ÄÒÕÇÏÍÕ
ÞÔÏ ÂÕÄÅÔ × my_order_func ?
С парадоксами сам будешь распутываться, если возникнут, глядишь, и поймёшь
почему системный триггер по-другому работает.
Спасибо, Дед, за ответы.
Дело в том что я неприятных сюрприз не люблю, данные очень важные, деньги
считаются, финансовая контора.
Какие могут быть грабли? И чем плох
äÒÏÐÎÉ ÎÁÈ ID ÉÚ ×ÓÅÈ ÔÁÂÌÉÃ. ïÎ ×ÏÏÂÝÅ ÎÉ ÏÄÎÏÍÕ ÖÉ×ÏÍÕ ÐÏÌÚÁÔÅÌÀ ÎÅ
ÎÕÖÅÎ.
Á ÜÔÏ ÔÕÔ ÐÒÉÞÅÍ ? éä ÔÏ ÅÓÔØ, É ÓÏÒÔÉÒÏ×ÁÔØ ÐÏ ÎÅÍÕ ÔÏÖÅ ÍÏÖÎÏ, ÎÏ ÄÅÌÁÔØ
ÍÅÈÁÎÉÚÍ ÓÍÅÎÙ éä É ÓÏÒÔÉÒÏ×ÁÔØ ÐÏ ÎÅÍÕ ÅÝÅ ÂÏÌØÛÉÊ ÇÅÍÏÒ ÔÁË ËÁË ÎÁ ÎÅÇÏ
ÓÙÌÁÅÔÓÑ ËÕÅ×Á ÔÕÞÁ ÔÁÂÌÉÃ É ÄÏÂÁ×ÌÑÀÔÓÑ ÎÏ×ÙÅ.
Привет!
Конечно, лучше под каждого чела писать функцию сортировки
не под каждого а под одного.
это в отчете, телео отчета в блобах и автоматом не обновляется,
отличие запроса в одну строчку не сильно напряжет.
Как уже тут сказали - это нафиг не надо. У нас тоже каждый второй
клиент хочет
fynda [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Dorin Maroci пишет:
Каскадно конечно.
А если сделать явно - процедурой?
Никто не даст гарантии что записи будут удалены только процедурой.
Hello Dorin,
Thursday, January 17, 2008, 3:53:33 PM, you wrote:
DM Какие могут быть грабли? И чем плох вариант реализации описан выше:
DM Можно ли как-то внутри сервера пометить запись как в процесе удаления и
Извините я запись, извините я слкегка беременая.
DM запретить FK ссылки если кто-то
Dmitri Kuzmenko wrote:
в инете поиском можно найти массу сравнительных статей.
я их периодически докладываю сюда:
http://forum.ibase.ru/phpBB2/viewtopic.php?t=232start=40
поэтому читать надо с конца.
Хм, уже ссылка на меня появилась :-) поэтому кину ссылку на более свежую
статью оттуда же:
Attid wrote:
а то тут один клиент хотел чтоб сортировка шла вот так и показал список,
арифмитически высчитать его ну ни как нельзя =)
а добовлять доп поле в задачу для одного чела когда её пользуют куча других
людей и оно им не нужно не хочется =)
Лучше сделать доп таблицу:
USER - ID таблицы
Kovalenko Dmitry wrote:
И вот это тоже. Ибо зрел настроку в контроллере, которая как раз
включат/отключает синхронную запись на диск. Почудилось?
Некоторые контроллеры (наш Intel, не помню модель) не дают ее включать
(точнее выключают при перезагрузке) если нет батареи.
Dmitry Yemanov wrote:
А разве что-то из них отсутствует в 1-м диалекте?
MON$... таблиц не увидел
Вероятно дело в ODS 11.0, т.к. ресторил базу еще под 2.0.
Тогда собственно в чем плюсы 3го диалекта?
кроме даты без времени и идиотической арифметики (c)
numeric мы сейчас не используем (+/-)
Attid wrote:
Ну на, колись...
ну допустим запрос хочется чтоб вернул
тапком 15
дедушку 99
санки 58
вязанки 56
печки 12
если сортировать по имени или значению то будет явно по другому
что будет в my_order_func ?
Я просто не понял смысла мешанки name и
Dorin Maroci wrote:
У нас FB-04091 можно показать если кто-то пытается добавить детэйл
записи к этому мастеру, типа извините, запись мутирует ;)
А. Сделайте мне из FB Оракла, патамушта он мне ндравится, только
лучше, без его промблем. А то мне не ндравится решать мою задачу так,
как она
On Thu, 17 Jan 2008 13:34:21 +0300, Dorin Maroci [EMAIL PROTECTED] wrote:
Получается что нельзя никак это делать щас.
Или дублируем все нужные данные для тригера из мастера в детэйла или надеемся
что будут фиксить это в следующим версиям Firebird-а.
- Переноси нужные данные в специальную
У нас FB-04091 можно показать если кто-то пытается добавить детэйл записи
к этому мастеру, типа извините, запись мутирует ;)
А. Сделайте мне из FB Оракла, патамушта он мне ндравится
Просто здесь Оракл делает эту операцию логичнее (deadlock у нас ведь тоже
есть).
А в FB решили проблему
Привет, Attid!
Вы пишешь 17 января 2008:
[Sorry, skipped]
A для чего не знаю =)
A но может пригодится =)
A проктологи всегда найдутся . .
Бурные и продолжительные апплодисменты!
Публика в ахуе...
--
With best regards, Alex Cherednichenko.
On Thu, 17 Jan 2008 13:46:33 +0300, Alexander A. Venikov [EMAIL PROTECTED]
wrote:
Да ничего удивительного. RAID дает выигрыш в чтении, но никак не при записи.
Ускорить запись можно при включении кэша на запись в контроллере (если в
контроллере есть батарейка).
Это не так.
Выигрыш есть, и
ñ ÐÒÏÓÔÏ ÎÅ ÐÏÎÑÌ ÓÍÙÓÌÁ ÍÅÛÁÎËÉ name É ÆÕÎËÃÉÉ × ÏÒÄÅÒ ÂÕ Õ ÁÆÆÔÁÒÁ:
select id, name from tbl
order by name using my_order_func
É ÎÁÐÉÓÁÌ ÉÄÅÀ, ÄÌÑ ËÏÔÏÒÏÊ ÎÅ ÎÁÄÏ ÉÚÏÂÒÅÔÁÔØ ÎÉËÁËÉÈ ÆÁÎÔÁÓÔÉÞÅÓËÉÈ
ÂÁÎÔÉËÏ×, ÄÌÑ ÏÂÝÅÇÏ ÓÌÕÞÁÑ ÓÕÐÅÒÐÏÚÉÃÉÉ name É ÆÕÎËÃÉÉ ËÁËÉÈ-ÔÏ ÅÝ£ Ä×ÕÈ
ÚÎÁÞÅÎÉÊ, Á ÕÖ
DM Какие могут быть грабли? И чем плох вариант реализации описан выше:
DM Можно ли как-то внутри сервера пометить запись как в процесе
удаления и
Извините я запись, извините я слкегка беременая.
В оракле вижу слкегка беременая есть.
Сходи к ораклу спроси как мне побороть ORA-04091.
Там
Dorin Maroci wrote:
Дело в том что я неприятных сюрприз не люблю, данные очень важные,
деньги считаются, финансовая контора.
А сюрприз будет не болезненный - ехепшен если между удалением деталей в
БД мастера и собственно удалением этого самого мастера кто-то впендюрит
новую деталь. И
On Thu, 17 Jan 2008 14:35:34 +0300, Kovalenko Dmitry [EMAIL PROTECTED] wrote:
Да, кстати, где он? (С) Гоблин
У нас есть :)
--
Сергей Смирнов.
Dorin Maroci wrote:
В общем понял, буду выкручиватся, и еще надеется, может услышет Еманов. ;)
Он все слышит.
--
Дмитрий Еманов
On Thu, 17 Jan 2008 13:30:01 +0300, Sergey Tulaev [EMAIL PROTECTED] wrote:
Это я к тому, что в задачах с большим количеством операций записи(как то же
рестор например), по идее должны выигрывать винты с малым временем доступа.
Недавно был в одной конторе, у них есть расчетная задача на 1С+MS
Кстати, еще 3 интересные статьи про RAID:
Тесты масштабируемости RAID. Часть I, II, III
http://www.thg.ru/storage/raid_scaling_1/index.html
http://www.thg.ru/storage/raid_scaling_2/index.html
http://www.thg.ru/storage/raid_scaling_3/index.html
Dorin Maroci wrote:
Просто здесь Оракл делает эту операцию логичнее (deadlock у нас ведь
тоже есть).
А какой ценой - пофиг? ;)
А в FB решили проблему просто - сначала удаляем мастер а потом тригер
детэйла, что не совсем правильно.
А подумай ещё до кучи над ненагружающей реализацией
On Thu, 17 Jan 2008 16:34:13 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Тогда собственно в чем плюсы 3го диалекта?
(Отвечаю больше не тебе, а с намёком Коваленко)
Как это в чём?! А как же таблицы с именами ясамдуракчтоназвалтаблицу№''?
или ?!
--
Сергей Смирнов.
а если серьезно?
опасения, что однажды перестанут поддерживать Dialect 1
т.е. чем раньше с него слезешь, тем меньше _потом_ переделывать.
Dorin Maroci wrote:
Каскадно конечно. Это бугалтерский документ типа.
Убери каскад.
В before delete мастера удаляй детали, тогда в триггерах деталей увидишь
мастера.
Attid пишет:
Дропни нах ID из всех таблиц. Он вообще ни одному живому ползателю не
нужен.
а это тут причем ?
ты не понял афоризм.
--
Кочмин Александр
Attid пишет:
если сортировать по имени или значению то будет явно по другому
что будет в my_order_func ?
куча if
--
Кочмин Александр
WildSery wrote:
(Отвечаю больше не тебе, а с намёком Коваленко)
Как это в чём?! А как же таблицы с именами ясамдуракчтоназвалтаблицу''? или
?!
:-)) это я помню
а если серьезно?
On Thu, 17 Jan 2008 16:42:43 +0300, Konstantin R. Beliaev [EMAIL PROTECTED]
wrote:
Убери каскад.
В before delete мастера удаляй детали, тогда в триггерах деталей увидишь
мастера.
Зависит от способа работы с данными. Может быть очень плохо, т.к. пока ты не
грохнул мастера на него могут
Kovalenko Dmitry wrote:
А подумай ещё до кучи над ненагружающей реализацией каскадного апдейта без
нарушения целостности во время выполнения оператора ;)
DED, я три раза перечитал. Потом мозг отключился. Не пиши так больше
Коваленко Дмитрий.
PS. Сейчас я в safe-mode :-(
Иэхх...
опасения, что однажды перестанут поддерживать Dialect 1
Кто перестанет?
Отойдите, вы мне прицел загораживаете. O_~
на самом деле, я с интересом почитываю последние вопросы Константина Беляева,
(сначала вопрос был чисто философским, теперь вот уже более практический)
Сам сижу на первом
WildSery wrote:
Зависит от способа работы с данными. Может быть очень плохо, т.к. пока ты не
грохнул мастера на него могут новых ссылок конкуренты наделать.
У него же FK, если наделают - кто-то получит violation: или наделавший
или удаляющий.
Alex Cherednichenko wrote:
[Sorry, skipped]
A для чего не знаю =)
A но может пригодится =)
A проктологи всегда найдутся . .
Бурные и продолжительные апплодисменты!
Публика в ахуе...
Неее приигодиииласссь... (С)
--
Regards. Ded.
PS. óÅÊÞÁÓ Ñ × safe-mode :-(
éÜÈÈ... óÌÁÂÁÑ ÍïÌÏÄÅÛ ÐÏÛÌÁ
ëÁÖÉÓØ ×ÙÛÌÁ ÐÕÇÏ×ÉÃÁ ÏÔ ËÁÌØÓÏÎ...
óÐÁÓÉÂÏ.
ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Кстати, еще 3 интересные статьи про RAID:
Тесты масштабируемости RAID. Часть I, II, III
http://www.thg.ru/storage/raid_scaling_1/index.html
http://www.thg.ru/storage/raid_scaling_2/index.html
http://www.thg.ru/storage/raid_scaling_3/index.html
On Thu, 17 Jan 2008 18:12:21 +0300, Oleg Matveyev [EMAIL PROTECTED] wrote:
опасения, что однажды перестанут поддерживать Dialect 1
Кто перестанет?
Отойдите, вы мне прицел загораживаете. O_~
--
Сергей Смирнов.
á ÐÏÄÕÍÁÊ ÅÝ£ ÄÏ ËÕÞÉ ÎÁÄ ÎÅÎÁÇÒÕÖÁÀÝÅÊ ÒÅÁÌÉÚÁÃÉÅÊ ËÁÓËÁÄÎÏÇÏ ÁÐÄÅÊÔÁ ÂÅÚ
ÎÁÒÕÛÅÎÉÑ ÃÅÌÏÓÔÎÏÓÔÉ ×Ï ×ÒÅÍÑ ×ÙÐÏÌÎÅÎÉÑ ÏÐÅÒÁÔÏÒÁ ;)
DED, Ñ ÔÒÉ ÒÁÚÁ ÐÅÒÅÞÉÔÁÌ. ðÏÔÏÍ ÍÏÚÇ ÏÔËÌÀÞÉÌÓÑ. îÅ ÐÉÛÉ ÔÁË ÂÏÌØÛÅ
ëÏ×ÁÌÅÎËÏ äÍÉÔÒÉÊ.
PS. óÅÊÞÁÓ Ñ × safe-mode :-(
Представляем Вашему вниманию пробную версию Firebird Developer Pack -
набора открытых и коммерческих инструментов, созданных в сотрудничестве
iBase, IBPhoenix, IBSurgeon, Fast Reports и SQLLY.
Дистрибутив
http://www.ib-aid.com/download/fdp2007trial.zip (67Мб)
Вообще говоря, это первая попытка
Привет!
Иэхх... Слабая мОлодеш пошла.
Насчет анальногландодоступа - предложение не множить сущности без надобности
принято ;)
P.S. Ну так бы сразу и сказал - сепульки нонче дефицит ;
WBR,Dmitry Beloshistov AKA [-=BDS=-]
на Firebirdnews.org зарядили опрос на следующую тему:
как вы считаете, официальный сайт Firebird (firebirdsql.org) требует
изменения дизайна? Пожалуйста, проголосуйте в окне голосования справа.
Детальное описание вариантов ответов:
- No, it's fine as is - нет, с firebirdsql.org все нормально
Hello, Alex!
St. Alex wrote:
Это типа ред базы опять чтоль?
Блин. Объясняю по буквам - это дистрибутив Firebird
С ДОПОЛНИТЕЛЬНЫМИ ТУЛЗАМИ.
http://www.ibphoenix.com/main.nfs?a=ibphoenixl=;FAQS;NAME='IFDP'
Т.е. внутрь входит обычный нормальный Firebird, который
можно скачать с sourceforge.
Hello Dorin Maroci.
Каскадно конечно.
А если сделать явно - процедурой?
DM Никто не даст гарантии что записи будут удалены только процедурой.
Ты разработчик, или хвостик от поросёнка?
Кури права.
--
Best regards,
Jerry mailto:[EMAIL PROTECTED]
Hello, Yakov!
Yakov Hrebtov wrote:
RAID 5, как известно, тоже разносит части данных по разным дискам и,
естественно, увеличивает производительность за счет этого.
это я уже понял, и посыпал.
По нашим тестам производительность RAID 5 несколько превосходит RAID 10
на одном и том же
Вадим, приветствую!
Причина ошибки - беспорядок в распределении страниц при конкурентном
создании блобов и индексов.
Явный баг, не очень частый, и неизвестно, то ли уже отловленный, то ли
нет.
Действительно, стоит перейти на 2.0.3, так в 2.0.0. и 2.0.1 были
проблемы с блобами вроде небэкапящейся
Hello, Ded!
You wrote on Thu, 17 Jan 2008 17:13:18 +0300:
D ... Программеры вообще делятся на две категории - при появлении
D какой-то задачи одни ноют чтоб сервак за них и морожанные с
D пирожанными кушал, а другие поминают великого актёра
D Ростислава Яновича Плятта, закатывают рукава, и
íÏÓË ÛÁÔÄÁ
DM Никто не даст гарантии что записи будут удалены только процедурой.
Ты разработчик, или хвостик от поросёнка?
Кури права.
Да ну... ;) Думаешь про прав не знаю.
88 matches
Mail list logo