Dmitry Yemanov ...
Dmitri Kuzmenko wrote:
0 - раз в месяц
1 - раз в неделю (70M-310M в течение месяца)
2 - раз в день (30M-160M в течение недели)
3 - раз в час (2M-40M в течение дня)
размеры старался выбрать усредненные для каждого уровня.
т.е., если я правильно понял, то в
Hello, Dmitry!
Dmitry Yemanov wrote:
0 - раз в месяц
1 - раз в неделю (70M-310M в течение месяца)
2 - раз в день (30M-160M в течение недели)
3 - раз в час (2M-40M в течение дня)
размеры старался выбрать усредненные для каждого уровня.
т.е., если я правильно понял, то в сумме
все бэкапы 0-3
Hello, Yakov!
Yakov Hrebtov wrote:
0 - раз в месяц
1 - раз в неделю (70M-310M в течение месяца)
2 - раз в день (30M-160M в течение недели)
3 - раз в час (2M-40M в течение дня)
размеры старался выбрать усредненные для каждого уровня.
уточни пожалуйста, ты хранишь только последние инкременты?
On Fri, 09 Feb 2007 22:25:55 +0300, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
предупреждать надо. 14 метров, мне это нафиг не надо, а укачалось за 3
секунды.
:o У тебя 40 Мбит что ли?
--
Сергей Смирнов.
sw ...
Кстати, возможно ли хранение дельты (которая создаётся на время лока) не
рядом с базой, а по другому указанному пути (по умолчанию
рядом)?
ALTER DATABASE [ADD|DROP] DIFFERENCE FILE file name
ADD - задаёт имя дельты, DROP - отменяет это назначение.
ADD не может быть выполнен
SELECT my_unicode COLLATE DE_de FROM some_table
Хм. Я уже по всякому пробовал
SELECT _UTF8 'Z' COLLATE DE_de FROM RDB$DATABASE
UNION ALL
SELECT _UTF8 'A' COLLATE DE_de FROM RDB$DATABASE
UNION ALL
SELECT _UTF8 'a' COLLATE DE_de FROM RDB$DATABASE
ORDER BY 1
SELECT _UNICODE_FSS 'Z' COLLATE
Yakov Hrebtov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
1. размер БД
1.9Г
А зачем при такой маленькой базе потребовался nbackup вместо обычного gbak?
Dmitri Kuzmenko wrote:
т.е., если я правильно понял, то в сумме
все бэкапы 0-3 уровня занимают около 6 гиг?
Например всё, что касается января 2007 (с учетом тех периодов устаревания,
которые я привел в ответе рядом) занимает (на текущий момент) ~1.7Г. В сжатом виде.
Целиком все накопленные
Oleg LOA wrote:
А зачем при такой маленькой базе потребовался nbackup вместо обычного gbak?
Ну дак не факт, что база всегда будет небольшой. А технологию то нужно изучить,
отработать :)
Да к тому же даже на такой базе ежечасно gbak-ом не особенно накопируешь. (gbak
тоже делается, но раз в
Yakov Hrebtov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Да к тому же даже на такой базе ежечасно gbak-ом не особенно накопируешь.
(gbak
тоже делается, но раз в сутки).
А сколько времени занимает gbak? 1.9 - это смешной размер вообще-то.
Hello, WildSery!
WildSery wrote:
On Fri, 09 Feb 2007 22:25:55 +0300, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
предупреждать надо. 14 метров, мне это нафиг не надо, а укачалось за 3
секунды.
:o У тебя 40 Мбит что ли?
хрен знает. тут какие то страшные скорости. Может не 3,
а 6 секунд,
Hello, Andrew!
Andrew Holubovski wrote:
Для зарегистрированных пользователей Borland Developer Studio 2006 выложен
обновленный Hotfix Rollup (набор hotfix-ов), который включает новые
hotfix-сы
http://info.borland.com/06/bds/bds2006_reg_updates_down.html
о них можно почитать в readme
Когда они уже наконец родят версию для второго фреймвёка?
Hello, Dmitry!
Kovalenko Dmitry wrote:
Думаю, минут ... 15. Максимум 20.
Исхожу из того, что у нас 20GB бакапятся чуть больше 2 часов. Рарятся
1:40
гм. у меня 13 гиг бэкапятся 4-7 минут.
запустил бы ты perfmon во время бэкапа, и сказал, какой
disk read/write bytes/sec для дисков базы и
Oleg LOA wrote:
А сколько времени занимает gbak? 1.9 - это смешной размер вообще-то.
6.5 минут примерно. Причем не сказать, что gbak незаметен. Кушает процессор.
А завтра может будет 20 минут кушать. Мне кажется, Nbackup более перспективен
для организации частого резервирования. Рано или
и всегда мне говорят COLLATION DE_DE for CHARACTER SET UTF8/UNICODE_FSS
is not defined.
Опять я наврал (сам не проверил, а уже забыл, что читал). Collation
DE_de не определена для UTF8 (да и во всем FB), для UTF8 там есть только
UCS_BASIC и UNICODE. Тебе нужен последний (уже проверил,
sasha wrote:
ORDER BY работает в обоих случаях одинаково и неправильно с точки зрения
языка (буквы в нижнем регистре внизу), но мы это победили через UPPER.
COLLATE UNICODE, ёпрст.
--
Дмитрий Еманов
Yakov Hrebtov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Oleg LOA wrote:
А сколько времени занимает gbak? 1.9 - это смешной размер вообще-то.
6.5 минут примерно. Причем не сказать, что gbak незаметен. Кушает процессор.
Долго, на одном диске и БД и gbk что-ли?
А завтра может
sasha [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Когда они уже наконец родят версию для второго фреймвёка?
Как только у MS бабла склянчат. Вот Novel склянчила, теперь и свой линух бабки
есть и на прочие безобразия ;-)
P.S. Интересно чем закончится процесс SCO vs
Andrew Holubovski пишет:
Обновление это замечательно и для Turbo Explorer также есть:
http://cc.codegear.com/item/24132
http://www.turboexplorer.com/mirror
--
С наилучшими пожеланиями,
Николай Войнов.
http://nvoynov.blogspot.com/
Oleg LOA wrote:
Долго, на одном диске и БД и gbk что-ли?
Хуже. Шифрованная ФС :-)
* Dmitri Kuzmenko wrote, On 10.02.2007 13:58:
кто уже использует nbackup, прошу поделиться информацией:
1. размер БД
1,6Gb
2. максимально используемый уровень nbackup
3
3. с какими интервалами используются конкретные уровни (1, 2, 3),
и какого размера получаются инкременты
Опять я наврал (сам не проверил, а уже забыл, что читал). Collation
DE_de не определена для UTF8 (да и во всем FB), для UTF8 там есть только
UCS_BASIC и UNICODE. Тебе нужен последний (уже проверил, работает
правильно).
Опять непонятно. Я так понимаю что UCS_BASIC по умолчанию? Да это и не
Oleg LOA wrote:
А завтра может будет 20 минут кушать.
Затара БД будет 10 Гиг?
Убедил! Больше не буду nbackup-ом пользоваться ;-)
Boulitchev Aleksey [EMAIL PROTECTED] wrote in message news:eqpfe2$fi5
если на второй машине постоянно накатывать дельты, то получится жить с
задержкой минут в 10
Кто мешает на второй машине постоянно поднимать бакапы из gbk ;-);-);-)
COLLATE UNICODE, ёпрст.
Та у меня ж NONE, в которой UNICODE_FSS на самом деле, так что не
получится. Да и вобще всё равно индекс по выражению нужет т.к. строки
длинные. У нас везде что-то типа:
(CAST(SUBSTRING(UPPER(Name) FROM 1 FOR 50) AS VARCHAR(50)))
Потом я это страшное выражение
Привет, Oleg!
Вы пишешь 12 февраля 2007:
OL P.S. Интересно чем закончится процесс SCO vs linux-компания?
Имхо, у SCO бабло закончится чуточку раньше, чем у IBM...
--
With best regards, Alex Cherednichenko.
Как только у MS бабла склянчат. Вот Novel склянчила, теперь и свой линух бабки
есть и на прочие безобразия ;-)
P.S. Интересно чем закончится процесс SCO vs linux-компания?
Не знаю шо там новел склянчил. Поставил я себе дома сусе 10.2 недавно -
нарадоваться не могу. Сымый лучший линух что я
sasha wrote:
Та у меня ж NONE, в которой UNICODE_FSS на самом деле, так что не
получится.
Ну уж если залез по самые уши, то мы тут не причем. Я тебе лишь показал,
что UTF8 нормально сортирует (так, как ты хочешь увидеть).
--
Дмитрий Еманов
sasha пишет:
Не знаю шо там новел склянчил. Поставил я себе дома сусе 10.2 недавно -
нарадоваться не могу. Сымый лучший линух что я видил. Всё моё железо
определил, YaST - это вобще сказка. Вчера Compiz поставил - красиво всё.
Люди говорят что красивее чем аэро в висте. Но я аэро не видил,
Если бы не Delphi то уже давно забыл про Windows. Тем более по ценам
Vista. Кстати как там с .Net на этом SuSe? Т.е. ты же вроде на нем
работаешь.
Та с винформами плохинько. Я балуюсь а не работаю. Пишу баг репорты по
большей части :-) Они чинят, потом новые полодят. Но тем не менее в
Ну уж если залез по самые уши, то мы тут не причем. Я тебе лишь показал,
что UTF8 нормально сортирует (так, как ты хочешь увидеть).
Во первых надо же кому-то тестить. Во вторых я щас смотрю как работает
UTF8 и мне оно совсем не нравится что-то. Мне с NONE намного удобнее.
Ну что это например
sasha ...
Ну уж если залез по самые уши, то мы тут не причем. Я тебе лишь показал,
что UTF8 нормально сортирует (так, как ты хочешь увидеть).
Во первых надо же кому-то тестить. Во вторых я щас смотрю как работает
UTF8 и мне оно совсем не нравится что-то. Мне с NONE намного удобнее.
Ну
3. самое интересное
SELECT _UTF8 'Z' FROM RDB$DATABASE
UNION ALL
SELECT _UTF8 'A' FROM RDB$DATABASE
UNION ALL
SELECT _UTF8 'a' FROM RDB$DATABASE
ORDER BY 1
получаю Arithmetic overflow or division by zero has occurred.
arithmetic exception, numeric overflow, or string truncation.
Подозреваю
Кто мешает на второй машине постоянно поднимать бакапы из gbk ;-);-);-)
время поднятия - бакап будет опаздывать на два часа
--
Булычев Алексей
http://www.stella-npf.ru
Roman Rokytskyy wrote:
Согласен. Правда, думаю, что это не баг, а недоделаная фича.
Уже сообщено кому следует :-)
--
Дмитрий Еманов
Можешь сделать тест, показывающий тормоза блобов, из-за которых ты
на длинные varchar'ы перешёл ?
Могу, если надо, только мне ж интересно исключительно с .NET Provider
работать это раз, во вторых что ты от этих тестов получить хочешь?
Убедить меня что на разницу можно забить? :-)
В
Согласен. Правда, думаю, что это не баг, а недоделаная фича.
Уже сообщено кому следует :-)
Дернул меня чёрт за язык... И когда за мной придут? Чемоданы собирать
или уже не надо? :)
Согласен. Правда, думаю, что это не баг, а недоделаная фича. Каким-то
образом движок решил, что надо выделить один байт, а потом пошла
проверка на тему влезут ли туда еще три. На том и обламывается. В
подтверждение - попробуй вместо _UTF8 _UNICODE_FSS написать - будет
работать (но
sasha ...
Можешь сделать тест, показывающий тормоза блобов, из-за которых ты
на длинные varchar'ы перешёл ?
Могу, если надо, только мне ж интересно исключительно с .NET Provider
работать это раз, во вторых что ты от этих тестов получить хочешь?
Убедить меня что на разницу можно
Ovchinnikov Vasily wrote:
Позиции-то с нуля нумероваться начинаются :-)
Я бы назвал это нашей недоработкой. Поправим.
--
Дмитрий Еманов
Влад,
Ну уж если залез по самые уши, то мы тут не причем. Я тебе лишь показал,
что UTF8 нормально сортирует (так, как ты хочешь увидеть).
Во первых надо же кому-то тестить. Во вторых я щас смотрю как работает
UTF8 и мне оно совсем не нравится что-то. Мне с NONE намного удобнее.
Ну что это
sasha wrote:
Ну так я UNICODE_FSS и юзаю. Только вот ещё что. Раз она умеет правильно
делать UPPER, то чё к ней нельзя какой-нить коллейт тоже прикрутить
чтобы правильно сортировало? Какой-нить UNICODE_FSS_IGNORE_CASE :-)
На UNICODE_FSS решили забить. Ибо кривая.
--
Дмитрий Еманов
Roman Rokytskyy ...
Влад,
Ну уж если залез по самые уши, то мы тут не причем. Я тебе лишь показал,
что UTF8 нормально сортирует (так, как ты хочешь увидеть).
Во первых надо же кому-то тестить. Во вторых я щас смотрю как работает
UTF8 и мне оно совсем не нравится что-то. Мне с NONE
Ок, сделаю вечером или завтра.
а) при доступе с клиента по сети для каждого блоба надо отдельные
запросы делать.
Я хочу убедиться что это именно оно. Вдруг там другие проблемы ?
К тому же, sahsa работает локально, iirc
Пофиг. Даже если локально, даже если в embedded режиме. Я гляну, много
ли надо менять, для того,
Roman Rokytskyy ...
а) при доступе с клиента по сети для каждого блоба надо отдельные
запросы делать.
Я хочу убедиться что это именно оно. Вдруг там другие проблемы ?
К тому же, sahsa работает локально, iirc
Пофиг. Даже если локально, даже если в embedded режиме. Я гляну, много
sasha работает с 2.0, причём задолго до релиза
Токо ж я по TCP всё равно хожу, т.к. по XNET через PInvoke провайдер
медленнее работает.
PS Тебе тест многопоточный или однопоточный надо? У нас то ведь реально
веб-приложение было и мы его стресс-тулом грузили, то есть это
эквивалент
Dmitry Yemanov сообщил/сообщила в новостях следующее:
1) при ресторе бекап уровня 0 копируется для создания новой базы. Это
занимает немалое время. Можно было бы не копировать, а накатывать дельты
на бекап уровня 0, но тогда мы потеряем файл бекапа.
Именно, что время может иметь значение.
Hello, sasha!
sasha wrote:
Когда они уже наконец родят версию для второго фреймвёка?
есть такое правило, в бизнесе - делай то, что можешь продать.
Например - объектно-ориентированные расширения в РСУБД - это круто.
Но почти никто не пользуется. Соответственно рожать такие
расширения себе
Hello, Sergey!
Sergey A. Fadeyev wrote:
3 - раз в 20 минут в рабочее время (до 10Мб)
самый главный вопрос - сколько времени это занимает?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
sasha ...
sasha работает с 2.0, причём задолго до релиза
Токо ж я по TCP всё равно хожу, т.к. по XNET через PInvoke провайдер
медленнее работает.
Надеюсь, у тебя локальное TCP соединение не имеет задержек как
в реальной сети ? :) Я это имел в виду
PS Тебе тест многопоточный или
3 - раз в 20 минут в рабочее время (до 10Мб)
самый главный вопрос - сколько времени это занимает?
21 минутэ :-)
Valery Gruzdev ...
Dmitry Yemanov сообщил/сообщила в новостях следующее:
1) при ресторе бекап уровня 0 копируется для создания новой базы. Это
занимает немалое время. Можно было бы не копировать, а накатывать дельты
на бекап уровня 0, но тогда мы потеряем файл бекапа.
Именно, что
Hello, Sasha!
sasha wrote:
лежат, так что я не смог от них отказаться полностью. Теперь меня
IBAnalyst задрачивает с этой таблицей каждый раз что мол блобы
разреживают страницы :-)))
забей. он тебе просто подмигивает. Ты можешь игнорировать.
--
Dmitri Kouzmenko, www.ibase.ru, (495)
Hello, Yakov!
Yakov Hrebtov wrote:
3 - раз в час (2M-40M в течение дня)
сколько времени занимает ЕЖЕЧАСНЫЙ инкрементный бэкап?
(я понимаю, что с учетом шифрованной ФС в твоем случае)
пользователи жалуются, или жить можно?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
есть такое правило, в бизнесе - делай то, что можешь продать.
Например - объектно-ориентированные расширения в РСУБД - это круто.
Но почти никто не пользуется. Соответственно рожать такие
расширения себе дороже.
Похоже, с поддежкой .Net 2.0 то же самое - это мало кому надо.
Да многие под него
Hello, Alex!
Alex Cherednichenko wrote:
DK гм. у меня 13 гиг бэкапятся 4-7 минут.
Дык ты ж поди сам-один, савсЭм АдЫн на компе сидишь...
пааазвольте. ну один. Так ведь на десктопной машинке,
с SATA. У меня только видеокарта игровая, и то на самом
деле вполне бюджетная. А проц и диски -
Токо ж я по TCP всё равно хожу, т.к. по XNET через PInvoke провайдер
медленнее работает.
Надеюсь, у тебя локальное TCP соединение не имеет задержек как
в реальной сети ? :) Я это имел в виду
На Java-AS3AP тестах локальный TCP на Windows работал примерно вдвое
медленнее чем при
при подключении к базе данных программа проверяет ее состояние:
шатдаун или нет. если, при подключениии произошло исключение, --
значит в шатдауне. если прошло успешно, то подключаемся статистическим
сервисом (компонент TIBStatisticalService в IBX) и считываем header
page. Если она содержит слово
Roman Rokytskyy ...
Токо ж я по TCP всё равно хожу, т.к. по XNET через PInvoke провайдер
медленнее работает.
Надеюсь, у тебя локальное TCP соединение не имеет задержек как
в реальной сети ? :) Я это имел в виду
На Java-AS3AP тестах локальный TCP на Windows работал примерно вдвое
Andrei wrote:
Но, все таки, может имеет смысл сохранить
совместимость? Как насчет включать в заглавную страницу в ФБ2 строку
вида: shutdown, multi-user maintenance, в случае если база
зашатдаунена? Это позволило бы сохранить совместимость со старым кодом
и, я подозреваю, -- совместимость с
DK гм. у меня 13 гиг бэкапятся 4-7 минут.
Дык ты ж поди сам-один, савсЭм АдЫн на компе сидишь...
пааазвольте. ну один. Так ведь на десктопной машинке,
так что нэнада! :-)
Я тоже нэзнаю. Но думаю, что и на другой машине получу свои два часа
бакапа этой базы данных.
Что, в прочем,
2) Совместимость с парсерами строк никто обеспечивать не будет.
Закладываться на такое - изврат.
тогда, подскажите как правильно сделать. ведь, если база зашатдаунена
этим же пользователем, то подключается к ней без проблем, а нам важно
знать что она в шатдауне. какой функцией API можно это
Alex Cherednichenko [EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
Привет, Oleg!
Вы пишешь 12 февраля 2007:
OL P.S. Интересно чем закончится процесс SCO vs linux-компания?
Имхо, у SCO бабло закончится чуточку раньше, чем у IBM...
Дык им я уверн Билл бабла даётналом в
Dmitri Kuzmenko пишет:
Похоже, с поддежкой .Net 2.0 то же самое - это мало кому надо.
p.s. могу быть неправ. но вот даже получив .Net 2.0 от MS
на блюдечке, на компакте, я его не стал ставить, ибо он
мне нафиг не сдался, и у меня нет программ, которые бы
в нем нуждались. И я даже такие
Hello, Николай!
Николай Войнов wrote:
Обновление это замечательно и для Turbo Explorer также есть:
http://cc.codegear.com/item/24132
http://www.turboexplorer.com/mirror
я тебя огорчу - это один и тот же файл. :-)
и ставится он что на BDS, что на Турбу.
--
Dmitri Kouzmenko, www.ibase.ru,
Andrei wrote:
тогда, подскажите как правильно сделать. ведь, если база зашатдаунена
этим же пользователем, то подключается к ней без проблем, а нам важно
знать что она в шатдауне.
Правильнее было бы использовать full или single-user shutdown, введенные
в 2.0. Но они через сервисы не
Dmitri Kuzmenko пишет:
Обновление это замечательно и для Turbo Explorer также есть:
http://cc.codegear.com/item/24132
http://www.turboexplorer.com/mirror
я тебя огорчу - это один и тот же файл. :-)
и ставится он что на BDS, что на Турбу.
А причем здесь огорчение - просто без лишней
ÐÒÏÓÔÏÊ join ×ÙÐÏÌÎÑÅÔÓÑ ÍÏÍÅÎÔÁÌØÎÏ...
left join ÄÕÍÁÅÔ ÓÅËÕÎÄ 30, É ÐÒÏÃÅÓÓÏÒ × ÓÏÔËÅ... ÈÏÔÑ ÒÅÚÕÌØÔÁÔ
ÐÒÉÍÅÒÎÏ ÔÏÔÖÅ..
É ÐÌÁÎ ÐÏ ÉÎÄÅËÓÁÍ... ×ÙÇÌÑÄÉÔ ÎÏÒÍÁÌØÎÏ
ÒÁÚÍÅÒÙ ÐÅÒÅÓÅËÁÅÍÙÈ ÎÁÂÏÒÏ× ÎÅÂÏÌØÛÉÅ - ËÌÅÀ 100 ÚÁÐÉÓÅÊ (ÐÏÄÚÁÐÒÏÓ Ó
ÇÒÕÐÐÉÒÏ×ËÏÊ) Ë 100 ÚÁÐÉÓÑÍ (ÔÁÂÌ)
ÅÓÔØ ÔÁËÁÑ ÂÏÌÅÚÎØ ÉÌÉ ÍÎÅ
Привет, Кравченко!
Вы пишешь 12 февраля 2007:
КА простой join выполняется моментально...
КА left join думает секунд 30, и процессор в сотке... хотя результат
КА примерно тотже..
КА и план по индексам... выглядит нормально
КА размеры пересекаемых наборов небольшие - клею 100 записей
Кравченко Алексей ...
простой join выполняется моментально...
А если сделать fetch all ?
left join думает секунд 30, и процессор в сотке... хотя результат
примерно тотже..
и план по индексам... выглядит нормально
Не надо - выглядит. Надо - запросы, планы и статистику выполнения
На Java-AS3AP тестах локальный TCP на Windows работал примерно вдвое
медленнее чем при использовании embedded. Так что разница есть. По
крайней мере из Java.
Извини - работать в процессе или с межпроцессной прослойкой (неважно
какой) :) gbak через службы тоже намного быстрее работает :)
Hello, Dmitry!
Kovalenko Dmitry wrote:
Что, в прочем, скорее всего именно так - я когда-то давным-давно делал
бакап/ресторе на своей домашней машине с RAID0 из двух сата (XP,
2.8МГц 1GB) - цифры получались схожие с сервером у которого RAID5 из
SCSI (WIN2003)
гм. можно было бы спросить - за
Roman Rokytskyy ...
На Java-AS3AP тестах локальный TCP на Windows работал примерно вдвое
медленнее чем при использовании embedded. Так что разница есть. По
крайней мере из Java.
Извини - работать в процессе или с межпроцессной прослойкой (неважно
какой) :) gbak через службы тоже
Hello, Andrei!
Andrei wrote:
тогда, подскажите как правильно сделать. ведь, если база зашатдаунена
этим же пользователем, то подключается к ней без проблем, а нам важно
знать что она в шатдауне. какой функцией API можно это определить?
(чтобы не закладываться на парсинг строк...)
Hello, Николай!
Николай Войнов wrote:
А причем здесь огорчение - просто без лишней авторизации качается со
второго линка.
а, я просто не заметил. у меня оба линка открываются :-)
извините... :-)
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Кравченко Алексей [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
простой join выполняется моментально...
left join думает секунд 30, и процессор в сотке... хотя результат
примерно тотже..
и план по индексам... выглядит нормально
размеры пересекаемых наборов небольшие - клею 100
Boulitchev Aleksey [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Кто мешает на второй машине постоянно поднимать бакапы из gbk ;-);-);-)
время поднятия - бакап будет опаздывать на два часа
Ерунда, лечится подправкой сорцов на предмет использования памяти в помент
построениях
Hello, Николай!
Николай Войнов wrote:
Дим, твоя позиция, чесно говоря, удивляет. Я понимаю, что ты поставил
.Net 1.1 только по тому что без этого BDS не работает, но мир не
сконцентрировался только на BDS.
Новая платформа, как правило, приносит чего-то нового и более удобного
прежде всего
Это нужно ограниченному числу приложений. Случай, когда приложение
работает не с кучей блобов сразу а с 1-м я считаю более распространённым.
Я не прав ?
У меня как раз кучи. Может быть один, а может пара сотен да помножить на
многопользовательский режим...
Dmitri Kuzmenko пишет:
правильно. но разработчик в здравом уме не будет писать клиентский
софт размером 1мб, который у клиента потребует установку доп.
дистрибутива в 100-200мб.
Поэтому актуальной разработка под .Net 2.0 пока остается только
СЕРВЕРНАЯ. А много-ли серверных приложений пишут
Ого он подрос ... если мне память не изменяет 1.1 runtime весил 20
метров кажется? Конечно я в шоке от установки BDS - что нужно поставить
весь .Net и недостаточно рантайма
Та сколько там того нета. 1-й весит 23 метра + 10 метров сервиспак,
второй - 22 метра, третий - 50. У меня в телефоне
On Mon, 12 Feb 2007 18:25:15 +0300, sasha [EMAIL PROTECTED] wrote:
Та сколько там того нета. 1-й весит 23 метра + 10 метров сервиспак,
второй - 22 метра, третий - 50. У меня в телефоне двухлетней давности и
то больше памяти :-)
У меня в телефоне уже давно памяти побольше, чем на рабочей
быстрее будет маленький блоб внутри процесса зафетчить и передать
клиенту с остальными записями чем клиенту за каждым блобом лезть на сервер.
Это нужно ограниченному числу приложений. Случай, когда приложение
работает не с кучей блобов сразу а с 1-м я считаю более распространённым.
Я не
WildSery wrote:
У меня в телефоне уже давно памяти побольше, чем на рабочей станции RAMа :(
Как на сервере - 4Gb.
К чему мир катится...
Никому не понадобится больше 640 килобайт оперативной памяти на
компьютере - Билли, 1982 ;)
--
Dumitru CONDREA
Hello, Николай!
Николай Войнов wrote:
дистрибутива в 100-200мб.
Ого он подрос ... если мне память не изменяет 1.1 runtime весил 20
метров кажется? Конечно я в шоке от установки BDS - что нужно поставить
весь .Net и недостаточно рантайма
врать не буду, сколько чистый .Net рантайм весит
On Mon, 12 Feb 2007 18:41:13 +0300, Dumitru CONDREA
[EMAIL PROTECTED] wrote:
WildSery wrote:
У меня в телефоне уже давно памяти побольше, чем на рабочей станции
RAMа :(
Как на сервере - 4Gb.
К чему мир катится...
Никому не понадобится больше 640 килобайт оперативной памяти на
Кравченко Алексей [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
немного упростим задачу...
нужно по каждому дню выдать кол-во операций...
все дни должны присутствовать, возможно пустые (поэтому left join)
select dd.data, paym.cnt
from
enum_days('2007-01-01','2007-02-01') dd
Hello, Алексей!
Кравченко Алексей wrote:
select dd.data, paym.cnt
from
enum_days('2007-01-01','2007-02-01') dd
left join (select crdate dd, sum(cnt) cnt from sum_operations o
group by crdate) paym
on paym.dd=dd.data
PLAN JOIN (ENUM_DAYS NATURAL, PAYM O ORDER
On Mon, 12 Feb 2007 18:55:41 +0300, Сергей Фетискин [EMAIL PROTECTED] wrote:
И в чем-то он был прав. Для большинства офисных задач хватит
небольших объемов оперативки, но ее приходится увеличивать только ради
растущих запросов ОС, возможности которых опять же не шибко востребованы
на офисном
У кого либо получалось заставить работать этот модуль под 2-кой?
FreeBSD 6.0
DBD-InterBase-0.46
firebird-2.0.0.12748
Привет!
И откуда возникает такая идея - попробуй скопировать 30 гиг
с диска на диск. Сколько это займет времени?
А передать 30 гиг с сервера на другой сервер?
Ну на самом деле, если воспользоваться Мировскими карточками - то это
будет _ОЧЕНЬ_ быстро. Правда винты потребуются сказевые -
Sergey Mereutsa wrote:
А защититься от такого можно? Единственное, что мне приходит в голову
- держать инфу об уровне бэкапа в самом бэкапе. Ну и если ты накатил
левый бэкап - то ССЗБ.
Защита от левого уровня есть уже сейчас. Я говорил о защите от левого
бекапа нужного уровня, а ее в
Кравченко Алексей wrote:
select dd.data, paym.cnt
from
enum_days('2007-01-01','2007-02-01') dd
left join (select crdate dd, sum(cnt) cnt from sum_operations o
group by crdate) paym
on paym.dd=dd.data
/PLAN JOIN (ENUM_DAYS NATURAL, PAYM O ORDER PK_SUM_OPERATIONS_CRDATE)/
Привет!
Можешь сделать тест, показывающий тормоза блобов, из-за которых ты
на длинные varchar'ы перешёл ?
Я делал еще на 1.5.3 - ДЕ отсылал, могу поряться в архиве.
Сравнивал с тупым позиционным чтением с диска. Блобы получались в 3
раза тормознутее чтения с винта. Правда с варчарами не
Привет!
сколько времени занимает ЕЖЕЧАСНЫЙ инкрементный бэкап?
(я понимаю, что с учетом шифрованной ФС в твоем случае)
пользователи жалуются, или жить можно?
Кстати, про шифрованную FS - мы тут проводили тесты, на Дуроне 2500, 1
гиг оперативки. Скорость записи на EX3 с AES 256 bit - 14M в
Oleg LOA [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × ÎÏ×ÏÓÔÑÈ
ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
á ÐÒÏÓÔÏ ÎÁÐÉÓÁÔØ ÚÁÐÒÏÓ Ó ÏÇÒÁÎÉÞÅÎÉÅ × '2007-01-01','2007-02-01' ÄÌÑ
select crdate dd, sum(cnt) cnt from sum_operations o group by crdate
ÎÅ×ÏÚÍÏÖÎÏ? ïÂÑÚÁÔÅÌØÎÏ ÉÚ×ÒÁÝÅÎÉÑ Ó ÐÒÏÃÅÄÕÒÁÍÉ ÄÌÑ
Dmitri Kuzmenko [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
ÔÕÔ ÔÅÂÅ ÅÝÅ ÐÏ×ÅÚÌÏ, ÞÔÏ select crdate ×ÙÐÏÌÎÑÅÔÓÑ ÏÄÉÎ ÒÁÚ,
É ÅÄÅÔ ÐÏ ÚÁÐÉÓÑÍ × ÐÏÒÑÄËÅ ÉÎÄÅËÓÁ. ÈÏÔÑ ÎÁÓÞÅÔ 1 ÒÁÚÁ - ÎÅ Õ×ÅÒÅÎ.
×ÐÏÌÎÅ ÍÏÖÅÔ ÂÙÔØ ÞÔÏ ÓÔÏÌØËÏ ÒÁÚ, ÓËÏÌØËÏ ÐÒÏÃÅÄÕÒÁ ×ÏÚ×ÒÁÝÁÅÔ
éÎÄÅËÓ ÐÏ PAYM.CRDATE ÅÓÔØ? þÔÏ-ÔÏ ÎÅÐÏÈÏÖÅ...
ËÏÎÅÞÎÏ ÅÓÔØ...
CONSTRAINT PK_SUM_OPERATIONS_CRDATE:
Primary key (CRDATE, TERMINAL_ID, SERVICE)
Результаты 1 - 100 из 113 matches
Mail list logo
