<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии на сайте FoxBase!</title>
	<atom:link href="http://www.foxbase.ru/comments/feed" rel="self" type="application/rss+xml" />
	<link>http://www.foxbase.ru</link>
	<description>Блог Oracle разработчика</description>
	<lastBuildDate>Thu, 02 Sep 2010 19:42:21 +0400</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Комментарий к записи foxbase.ru в DMOZ (crystalbit)</title>
		<link>http://www.foxbase.ru/reviews/foxbaseru-v-dmoz.htm/comment-page-1#comment-847</link>
		<dc:creator>crystalbit</dc:creator>
		<pubDate>Thu, 02 Sep 2010 19:42:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=268#comment-847</guid>
		<description>Мои поздравления :)
По собственному опыту скажу, что лучше немного целевой аудитории, чем много приходящих и уходящих.
А спамить перестали наверное потому, что регистрация теперь требуется.

Я тоже когда-то попал в дмоз... Где-то через полгода после подачи заявки. Неожиданно обнаружил бэки в один прекрасный день :)</description>
		<content:encoded><![CDATA[<p>Мои поздравления <img src='http://www.foxbase.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
По собственному опыту скажу, что лучше немного целевой аудитории, чем много приходящих и уходящих.<br />
А спамить перестали наверное потому, что регистрация теперь требуется.</p>
<p>Я тоже когда-то попал в дмоз&#8230; Где-то через полгода после подачи заявки. Неожиданно обнаружил бэки в один прекрасный день <img src='http://www.foxbase.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Пользовательские параметры (ora-dev)</title>
		<link>http://www.foxbase.ru/oracle-programming/oracle-user-parameters.htm/comment-page-1#comment-809</link>
		<dc:creator>ora-dev</dc:creator>
		<pubDate>Wed, 14 Jul 2010 07:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=6#comment-809</guid>
		<description>Да, конечно, можно и так, если это удобнее в вашем приложении по каким-либо соображениям. 
Но описанный в статье способ очень простой и может быть эффективен в том случае, если необходимо сохранить/считывать всего несколько параметров, например, текущий фильтр данных формы, с которым последний раз работал пользователь.
Впрочем, этот метод не является единственно верным и демонстрирует лишь один из простых подходов</description>
		<content:encoded><![CDATA[<p>Да, конечно, можно и так, если это удобнее в вашем приложении по каким-либо соображениям.<br />
Но описанный в статье способ очень простой и может быть эффективен в том случае, если необходимо сохранить/считывать всего несколько параметров, например, текущий фильтр данных формы, с которым последний раз работал пользователь.<br />
Впрочем, этот метод не является единственно верным и демонстрирует лишь один из простых подходов</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Пользовательские параметры (red)</title>
		<link>http://www.foxbase.ru/oracle-programming/oracle-user-parameters.htm/comment-page-1#comment-807</link>
		<dc:creator>red</dc:creator>
		<pubDate>Wed, 14 Jul 2010 05:47:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=6#comment-807</guid>
		<description>Гораздо интереснее хранить не отдельные параметры, а группу параметров, оформленную в виде XML. Тогда все данные по отдельной форме (к примеру) можно вытащить одним запросом и так же одним запросом сохранить. Да и с конвертацией данных проблем не будет. Опять же, можно это симпатично типизировать с помощью XSD.</description>
		<content:encoded><![CDATA[<p>Гораздо интереснее хранить не отдельные параметры, а группу параметров, оформленную в виде XML. Тогда все данные по отдельной форме (к примеру) можно вытащить одним запросом и так же одним запросом сохранить. Да и с конвертацией данных проблем не будет. Опять же, можно это симпатично типизировать с помощью XSD.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи День начала экономической войны (kettle)</title>
		<link>http://www.foxbase.ru/reviews/den-nachala-ekonomicheskoy-voyny.htm/comment-page-1#comment-665</link>
		<dc:creator>kettle</dc:creator>
		<pubDate>Wed, 23 Jun 2010 12:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=244#comment-665</guid>
		<description>мы помогаем далеким от нас странам. А ближайшему соседу?Ведь как извество сосед ближе родственника! Нельзя так Россия!</description>
		<content:encoded><![CDATA[<p>мы помогаем далеким от нас странам. А ближайшему соседу?Ведь как извество сосед ближе родственника! Нельзя так Россия!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи День начала экономической войны (Sheenue)</title>
		<link>http://www.foxbase.ru/reviews/den-nachala-ekonomicheskoy-voyny.htm/comment-page-1#comment-664</link>
		<dc:creator>Sheenue</dc:creator>
		<pubDate>Wed, 23 Jun 2010 09:48:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=244#comment-664</guid>
		<description>Украину ожидает тоже самое</description>
		<content:encoded><![CDATA[<p>Украину ожидает тоже самое</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи День начала экономической войны (ora-dev)</title>
		<link>http://www.foxbase.ru/reviews/den-nachala-ekonomicheskoy-voyny.htm/comment-page-1#comment-663</link>
		<dc:creator>ora-dev</dc:creator>
		<pubDate>Tue, 22 Jun 2010 22:00:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=244#comment-663</guid>
		<description>В чем сила, брат? Не надо представлять Белоруссию какой-то слабой и беззащитной, это далеко не так. И диктовать у России ничего не получится, и этот пост не крик о несправедливости. Это скорее эмоциональная попытка обратить внимание на то, кто сейчас у власти в России и как она себя ведет. Не народ так себя ведет, хочу подчеркнуть, а пигмеи у власти, кто читал Калашникова, тот поймет. Не следует забывать, что в Войне мы победили только потому, что были вместе, а не порознь. А с такой политикой  Россия скоро лишится своего единственного союзника. И такой символизм с началом такой противоестественной очередной газовой войны вызывает приступ гнева у нормального русского человека.</description>
		<content:encoded><![CDATA[<p>В чем сила, брат? Не надо представлять Белоруссию какой-то слабой и беззащитной, это далеко не так. И диктовать у России ничего не получится, и этот пост не крик о несправедливости. Это скорее эмоциональная попытка обратить внимание на то, кто сейчас у власти в России и как она себя ведет. Не народ так себя ведет, хочу подчеркнуть, а пигмеи у власти, кто читал Калашникова, тот поймет. Не следует забывать, что в Войне мы победили только потому, что были вместе, а не порознь. А с такой политикой  Россия скоро лишится своего единственного союзника. И такой символизм с началом такой противоестественной очередной газовой войны вызывает приступ гнева у нормального русского человека.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи День начала экономической войны (Кэлин)</title>
		<link>http://www.foxbase.ru/reviews/den-nachala-ekonomicheskoy-voyny.htm/comment-page-1#comment-662</link>
		<dc:creator>Кэлин</dc:creator>
		<pubDate>Tue, 22 Jun 2010 21:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=244#comment-662</guid>
		<description>Мда, на справедливо, не честно. Но так оно. Россия крупная рыба, и диктует что желает, как и США. Тут прав тот кто сильнее, а не тот кто на стороне правды. Такое каждый день каждый день встречается.</description>
		<content:encoded><![CDATA[<p>Мда, на справедливо, не честно. Но так оно. Россия крупная рыба, и диктует что желает, как и США. Тут прав тот кто сильнее, а не тот кто на стороне правды. Такое каждый день каждый день встречается.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Поиск курса валюты (ora-dev)</title>
		<link>http://www.foxbase.ru/oracle-programming/poisk-kursa-valyuty.htm/comment-page-1#comment-234</link>
		<dc:creator>ora-dev</dc:creator>
		<pubDate>Tue, 19 Jan 2010 07:15:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=50#comment-234</guid>
		<description>Михаил, спасибо за замечание, все верно, код подправил</description>
		<content:encoded><![CDATA[<p>Михаил, спасибо за замечание, все верно, код подправил</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Поиск курса валюты (Михаил)</title>
		<link>http://www.foxbase.ru/oracle-programming/poisk-kursa-valyuty.htm/comment-page-1#comment-232</link>
		<dc:creator>Михаил</dc:creator>
		<pubDate>Tue, 19 Jan 2010 01:02:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=50#comment-232</guid>
		<description>А почему нет проверки типа валюты в подзапросе? Ведь тогда в нём выберется максимальная дата по ВСЕМ валютам. А это неправильно.</description>
		<content:encoded><![CDATA[<p>А почему нет проверки типа валюты в подзапросе? Ведь тогда в нём выберется максимальная дата по ВСЕМ валютам. А это неправильно.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Комментарий к записи Поиск курса валюты (ora-dev)</title>
		<link>http://www.foxbase.ru/oracle-programming/poisk-kursa-valyuty.htm/comment-page-1#comment-210</link>
		<dc:creator>ora-dev</dc:creator>
		<pubDate>Wed, 13 Jan 2010 10:08:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.foxbase.ru/?p=50#comment-210</guid>
		<description>Насчет спамеров - действительно достали :) А адекватному обсуждению всегда рад.
Насчет столичных &quot;снобов&quot;. Поверьте, в IT в столице истинно столичных специалистов не так много, там в немалой степени погоду делают приезжие, которые может и стали москвичами, но недавно. Или еще не стали. Или не станут. И нормальные люди встречаются гораздо чаще, как среди столичных, так и приезжих, чем какие либо &quot;снобы&quot;.
Насчет серверной части. В статье имелось ввиду некоторое собеседование и один из типовых вопросов, который там может быть задан. В вопросе фигурировала только одна дата. Решение приведено соответственное, для одной даты. 
Также даны некоторые рекомендации, как преподнести решение. Одна из них - продемонстрировать умение написать скрипт на создание таблиц. И был нелестный отзыв о создании таблиц инструментами типа SQLNavigator. Намек о том, что объекты БД надо создавать скриптами, гоняя их через SQL*Plus, а не визуальными средствами, поверьте, это профессионалы оценят. Так как создание скриптом таблицы - это создание одного из объектов БД. Это та часть, которую разработчик вносит в проект, в том числе в инсталляцию серверной части, куда войдет скрипт этой таблички в нашем примере. Если это человек продемонстрирует на собеседовании, пояснив, что и как, и для чего это нужно, это покажет его знания. Но это один из подходов. Знаю множество систем, которые инсталлируются заказчику целиком из дампа. В таких системах как создавать объекты и есть вопрос удобства. Все равно дамп переливают. Я лично считаю это плохим решением. Ну не нравится. И это мнение многие разделяют. Нам скрипты подавай и аккуратную инсталляцию серверной части. А многие не разделяют. Но мы друг друга дилетантами не считаем. Подход разный. Не более.
Очень часто вопросы задаются таким образом, чтобы вывести претендента на разговор и о других технологиях. И от этого зависит почти все. 
Sergei Kuznetsov действительно дал хороший коммент, особенно с предложением ввести дополнительный столбец, чтобы получился диапазон дат, кто же с этим спорит? Просто в статье рассматривался конкретный вопрос. По моему опыту, претенденты в нем очень часто плавают, несмотря на его относительную простоту. 
К тому же диапазон дат не всегда оптимальное решение, это тоже вопрос дискуссионный. Для небольших по размеру таблиц одна дата может быть более оптимальным решением. Почему? Потому что ввод в интерфейсе делается проще и быстрее, а накладные расходы на поиск могут считаться несущественными. Напротив, для больших по размеру таблиц это решение очень не оптимальное, так затраты на поиск будут очень велики. Выгоднее делать диапазон дат, для быстрого поиска с использованием BETWEEN. Но интерфейс делать сложнее, не мне вам это объяснять, так как требуется поддержка правильных диапазонов и предыдущих записей, верно?</description>
		<content:encoded><![CDATA[<p>Насчет спамеров &#8211; действительно достали <img src='http://www.foxbase.ru/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  А адекватному обсуждению всегда рад.<br />
Насчет столичных &laquo;снобов&raquo;. Поверьте, в IT в столице истинно столичных специалистов не так много, там в немалой степени погоду делают приезжие, которые может и стали москвичами, но недавно. Или еще не стали. Или не станут. И нормальные люди встречаются гораздо чаще, как среди столичных, так и приезжих, чем какие либо &laquo;снобы&raquo;.<br />
Насчет серверной части. В статье имелось ввиду некоторое собеседование и один из типовых вопросов, который там может быть задан. В вопросе фигурировала только одна дата. Решение приведено соответственное, для одной даты.<br />
Также даны некоторые рекомендации, как преподнести решение. Одна из них &#8211; продемонстрировать умение написать скрипт на создание таблиц. И был нелестный отзыв о создании таблиц инструментами типа SQLNavigator. Намек о том, что объекты БД надо создавать скриптами, гоняя их через SQL*Plus, а не визуальными средствами, поверьте, это профессионалы оценят. Так как создание скриптом таблицы &#8211; это создание одного из объектов БД. Это та часть, которую разработчик вносит в проект, в том числе в инсталляцию серверной части, куда войдет скрипт этой таблички в нашем примере. Если это человек продемонстрирует на собеседовании, пояснив, что и как, и для чего это нужно, это покажет его знания. Но это один из подходов. Знаю множество систем, которые инсталлируются заказчику целиком из дампа. В таких системах как создавать объекты и есть вопрос удобства. Все равно дамп переливают. Я лично считаю это плохим решением. Ну не нравится. И это мнение многие разделяют. Нам скрипты подавай и аккуратную инсталляцию серверной части. А многие не разделяют. Но мы друг друга дилетантами не считаем. Подход разный. Не более.<br />
Очень часто вопросы задаются таким образом, чтобы вывести претендента на разговор и о других технологиях. И от этого зависит почти все.<br />
Sergei Kuznetsov действительно дал хороший коммент, особенно с предложением ввести дополнительный столбец, чтобы получился диапазон дат, кто же с этим спорит? Просто в статье рассматривался конкретный вопрос. По моему опыту, претенденты в нем очень часто плавают, несмотря на его относительную простоту.<br />
К тому же диапазон дат не всегда оптимальное решение, это тоже вопрос дискуссионный. Для небольших по размеру таблиц одна дата может быть более оптимальным решением. Почему? Потому что ввод в интерфейсе делается проще и быстрее, а накладные расходы на поиск могут считаться несущественными. Напротив, для больших по размеру таблиц это решение очень не оптимальное, так затраты на поиск будут очень велики. Выгоднее делать диапазон дат, для быстрого поиска с использованием BETWEEN. Но интерфейс делать сложнее, не мне вам это объяснять, так как требуется поддержка правильных диапазонов и предыдущих записей, верно?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
