Hello, Igor!
You wrote on Sat, 27 Jan 2007 20:42:46 +0300:
IZ Данные через subj передаю только в символьном виде.
Ты вот скажи, ты помочь хотел или просто сказать: Я так, как ты, не делал
и тебе не советую!..?..
IZ Пытался конец строки представлять в виде двухбайтового целого, но
IZ
Hello, Vladimir!
You wrote to All on Fri, 26 Jan 2007 13:26:32 +0300:
VA Нашёл тут такую статейку весёленькую
VA
http://www.ibphoenix.com/main.nfs?a=ibphoenixs=1161533681:8791page=ibp_native_external
VA Ну, сижу, пробуваю...
VA А оно чтой-то не то мне лепит...
VA Например,
Vladimir A.Bakhvaloff пишет:
Ну, чаво молчим?..
Дык это, мозги отдыхают - суббота :)
С числами разобрался, а вот выравнивание (Var)Char ставит меня в тупик... :(
Например, varchar(13) в одном случае у меня выравнивается до 14 байт, а во
втором - до 16...
В чём может быть
Hello, Igor!
You wrote on Sat, 27 Jan 2007 17:56:48 +0300:
?? Ну, чаво молчим?..
IZ Дык это, мозги отдыхают - суббота :)
?? С числами разобрался, а вот выравнивание (Var)Char ставит меня в
?? тупик... :(Например, varchar(13) в одном случае у меня
?? выравнивается до 14 байт, а
Vladimir A.Bakhvaloff пишет:
IZ Может, зависит от выравнивания следующего за ним поля?
Дык, а как-то поконкретнее можно?..
Я, например, точнее, автор того сорца, что приводил в первой мессаге, явно
считает, что только от предыдущего...
Данные через subj передаю только в
Hello, All!
îÁÛ£Ì ÔÕÔ ÔÁËÕÀ ÓÔÁÔÅÊËÕ ×ÅÓ£ÌÅÎØËÕÀ
http://www.ibphoenix.com/main.nfs?a=ibphoenixs=1161533681:8791page=ibp_native_external
îÕ, ÓÉÖÕ, ÐÒÏÂÕ×ÁÀ...
á ÏÎÏ ÞÔÏÊ-ÔÏ ÎÅ ÔÏ ÍÎÅ ÌÅÐÉÔ...
îÁÐÒÉÍÅÒ, ÈÏÞÕ ÚÁÐÉÓÁÔØ Numeric(15,2)... âÅÒÕ Ó×ÏÊ Float, ÕÍÎÏÖÁÀ ÅÇÏ ÎÁ
10^2, ÐÒÉ×ÏÖÕ
Неправда Ваша :)
Имею Win200 Server с Citrix Metaframe, так там один
диск ), притом M: :)) - он и системный, и
юзеровский.
Покупайте наших слонов - читайте релиз ноты :
Может я и туплю, но это ИМХО, относится только к Ya ...
На FB2 RC5 не пашет ...
OL Фраза из доки к Ya ни о чём не говорит? Ж-)
Дык понятно, но человеку свойственно надеяться - а вдруг :)
С уважением,
Константин Григорьевич.
Boulitchev Aleksey сообщил/сообщила в новостях следующее:
если есть только бакап с таблицами на D:,
милый, проснись
Проснулся, пра-ативный! ;-)
4) аналитик пытается восстановить бакап на свой ноутбук с единственным
диском С: - и обламывается
Таблицы на D: - вот теперь все понял.
Ovchinnikov Vasily пишет:
Horsun Vlad пишет:
Покупайте наших слонов - читайте релиз ноты :
А ведь и вправду...
Как приятно, что кто-то уже за нас, бедолаг, подумал...
Большое человеческое спасибо :-)
А ведь вот еще есть пути к SHADOW - они тоже жестко прописаны!!!
И из-за этого тоже
Однако, контрольный бэкап/рестор базы с shadow невозможно выполнить на том
же сервере, т.к. SHADOW существует. Тоже как-то нехорошо...
вроде были ключики про восстанавливать без shadow
--
Булычев Алексей
http://www.stella-npf.ru
Boulitchev Aleksey пишет:
Однако, контрольный бэкап/рестор базы с shadow невозможно выполнить на
том же сервере, т.к. SHADOW существует. Тоже как-то нехорошо...
вроде были ключики про восстанавливать без shadow
точно,
-K(ILL) restore without creating shadows
Опять руки вперед головы
Привет, Valery!
Вы пишешь 26 октября 2006:
[Sorry, skipped]
VG Таблицы на D: - вот теперь все понял.
VG Unix c общим деревом каталогов рулит ;-)
На NTFS, оно тоже ужо может быть общее.
Только большинство Вынь-программистов,
упорно игнорируют саму мысль об этом.
К примеру, SD32 не умеет
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
Покупайте наших слонов - читайте релиз ноты :
Зачем новый слон когла и старый не плох :-)
из доки к Ya
Логическое имя каталога необязательно и задается вторым аргументом:
EXTERNAL_FILE_DIRECTORY c:\databases\files
Hello, Aleksey!
Boulitchev Aleksey wrote:
4) аналитик пытается восстановить бакап на свой ноутбук с единственным
диском С: - и обламывается
есть варианты решения, с внедрением внешних таблиц, с ремапом диска и
пр. но это же гемор.
ExternalFileAccess один на все базы, не есть гуд, ИМХО
Hello, Aleksey!
Boulitchev Aleksey wrote:
Однако, контрольный бэкап/рестор базы с shadow невозможно выполнить на
том же сервере, т.к. SHADOW существует. Тоже как-то нехорошо...
вроде были ключики про восстанавливать без shadow
этот ключ означает убить файл shadow. соответственно,
куда бы
Hello, Vasily!
Ovchinnikov Vasily wrote:
вроде были ключики про восстанавливать без shadow
точно,
-K(ILL) restore without creating shadows
Опять руки вперед головы пишут...
не волнуйся, все на самом деле не так:
http://tracker.firebirdsql.org/browse/CORE-307
Шон пытался когда-то мой
Boulitchev Aleksey пишет:
4) аналитик пытается восстановить бакап на свой ноутбук с единственным
диском С: - и обламывается
В файле firebird.conf :
ExternalFileAccess = Restrict EXT
или
ExternalFileAccess = Restrict D:\FB\EXT
В БД :
CREATE TABLE EXTKLADR EXTERNAL 'KLADR.TXT'
Dmitri Kuzmenko пишет:
Hello, Vasily!
Ovchinnikov Vasily wrote:
вроде были ключики про восстанавливать без shadow
точно,
-K(ILL) restore without creating shadows
Опять руки вперед головы пишут...
не волнуйся, все на самом деле не так:
http://tracker.firebirdsql.org/browse/CORE-307
Вот недавно DED высказал мысль, что мол путь к базе можем спрятать через
алиасы, а путь к бэкапу нет.
А еще ведь еще есть пути к внешним таблицам.
Путь при создании таблицы с EXTERNAL FILE сейчас приходится указывать полный
путь.
Как бы прикрутить алиасы, а?
--
Regards,
Ovchinnikov Vasily
ova
Путь при создании таблицы с EXTERNAL FILE сейчас приходится указывать
полный путь.
Как бы прикрутить алиасы, а?
и с восстановлением из бакапа.
если есть только бакап с таблицами на D:,
то восстановить их на однодисковой машине можно только с большим гемором
--
Булычев Алексей
OV Вот недавно DED высказал мысль, что мол путь к базе можем
OV спрятать через алиасы, а путь к бэкапу нет.
OV А еще ведь еще есть пути к внешним таблицам.
OV Путь при создании таблицы с EXTERNAL FILE сейчас приходится указывать
полный путь.
OV Как бы прикрутить алиасы, а?
А Если подамать
On Wed, 25 Oct 2006 17:12:12 +0400, Константин [EMAIL PROTECTED] wrote:
А Если подамать в сторону параметра ExternalFileAccess в
firebird.conf ?
При чём тут это? Путь для создания внешней таблицы всё равно придётся полностью
указывать.
--
Сергей Смирнов.
W On Wed, 25 Oct 2006 17:12:12 +0400, Константин
W [EMAIL PROTECTED] wrote:
А Если подамать в сторону параметра ExternalFileAccess в
firebird.conf ?
W При чём тут это? Путь для создания внешней таблицы всё равно придётся
полностью указывать.
Действительно интерестно ;) думал
Ovchinnikov Vasily ...
Вот недавно DED высказал мысль, что мол путь к базе можем спрятать через
алиасы, а путь к бэкапу нет.
А еще ведь еще есть пути к внешним таблицам.
Путь при создании таблицы с EXTERNAL FILE сейчас приходится указывать полный
путь.
Как бы прикрутить алиасы, а?
Horsun Vlad пишет:
Покупайте наших слонов - читайте релиз ноты :
А ведь и вправду...
Как приятно, что кто-то уже за нас, бедолаг, подумал...
Большое человеческое спасибо :-)
Все никак не приучусь сначала в двойке попроверять, а потом уж глупости
спрашивать (все на 1.5.3 по привычке на
Boulitchev Aleksey сообщил/сообщила в новостях следующее:
если есть только бакап с таблицами на D:,
то восстановить их на однодисковой машине можно только с большим гемором
Ниппонял, слишком уж мудрено получается.
Однодисковая машина, на которой только диск D: ? Эт да, эт гемор. Не любит
если есть только бакап с таблицами на D:,
то восстановить их на однодисковой машине можно только с большим гемором
Ниппонял, слишком уж мудрено получается.
Однодисковая машина, на которой только диск D: ? Эт да, эт гемор. Не любит
винда, когда С: нету ;-)
милый, проснись
1) есть боевой
28 matches
Mail list logo