Перейти к содержанию

Lucky

Пользователи
  • Постов

    33
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные Lucky

  1. Кстати, Лукойл прикольную штуку нарыл...

    Посмеялись.

    Пожалуй, так оно и было, потомучто для нас это единственно правильное объяснение случившегося с концовкой сериала.

    uFo

    На мой взгляд, интересно - это когда есть законченность мысли. А тут сложилось ощущение, что авторы поболтали у зрителя перед носом леденцом на палочке, потом сами его тут же схрумкали и облили зрителей водой. А потом оправдались, типа "вот она где, правда жизни то...", даже полотенце не дали. А нафига мне это надо было? Я и так знаю, что вода мокрая, вы мне лучше леденец отдайте, уроды!

    Мы с женой смотрели сериал с первой серии, и для нас было именно такое ощущение.

    Например, был эпизод (по-моему, в конце 1-го сезона), в котором показали Хьюго с его подружкой Либи в психушке. И, как будто, они ОБА там лечились... Что это, флэшбэк или флэшфорвард? Или так, померещилось чего-то?...

  2. Сначала было интересно, но с приближением к финалу (начиная примерно со второй трети 6-го сезона) что-то как-то логика стала давать сбои... Соглашусь с мнением некоторых людей по поводу скитаний душ и прочих подобных мыслей, непонятно одно - у них (сценаристов) из команды основной идеолог ущёл или как? Мне казалось, что всё будет завязано на перемещениях во времени, или хотя бы спасение через перемещение в параллельные миры... А оказывается, я туповат - просто все УМЕРЛИ, мать их....

    Не помню, в каком именно сезоне (2-ом или 3-ем) был момент, когда в пустыне археологи откопали эмблему Дхармы Инишитив. Скажите мне, эти археологи тоже были мертвы?

  3. куда дели белого медведя?

    куда дели Дхарму?

    или это были мертвяки?

    Версия с перемещением во времени была интересней, смерть - уже другое кино. Видимо, не хватило "горючего" у сценаристов, решили списать на смертные видения все 6 сезонов...

    Блин, можно позавидовать нашей кошке - она эту хрень не смотрела.

  4. Кстати, sql.ru - пристанище для людей, просящих помощи по базам данных.

    А вообще, их (компонентов) несколько групп: ADO, dbExpress, компоненты для работы с Interbase, BDE (после 7-й версии не развивается, чисто для поддержки старого ПО).

  5. Взят метод от компонента по работе с БД (например, Table или Query).

    Locate производит поиск в Dataset по указанным полям первой позиции с указанными значениями этих полей. Table и Query - потомки TDataset.

    Locate - метод TDataset (TDataset.Locate(...)).

    Судя по загруженному модулю DBTables, используется BDE.

  6. Для проверки вхождения символа в строку используй функцию Pos.

    Присвоение Key нулевого символа (Key := #0) оставляет строку Edit'а без изменений.

    Кстати, для определения символа-разделителя целой и дробной частей используй константу DecimalSeparator (модуль SysUtils).


  7. Конечно, ответ хотелось услышать от toll'a, но, что-то он молчит...

    genemy

    Да, ты прав, ЭТО лишнее.

    И прав в том, что через вьюшки можно данные менять, что-то я подрастерялся малость...


    X-tender

    Я и имел в виду ограниченный набор данных.

    Через вьюшки обычно решается распределение прав доступа к тем или иным данным - кому попало давать права на просмотр всей таблицы нет необходимости.

    Да и явное ограничение по действиям пользователя определяется набором его прав (т.е., у одного пользователя может быть несколько ролей).


  8. Нет, Я не Петя.

    Фраза "динамическое представление данных" разве не означает, что этот набор создаётся в момент обращения к представлению?

    как работают viewsы, это динамические или статические таблицы

    Ответ - динамические наборы данных (НЕ таблицы). Т.е., обращаясь к вьюшке за данными (например, SELECT * FROM View1) мы, по-сути, исполняем тот запрос, который её и формирует.

    Например, пускай представление View1 определено как

    SELECT * FROM Table1 WHERE Field3>100

    Тогда запрос вида

    SELECT * FROM View1

    можно представить в виде следующего запроса:

    SELECT * FROM (SELECT * FROM Table1 WHERE Field3>100) v1

    Не помню, как насчёт MS SQL, но в Oracle есть материализованные представления (т.е. это вьюшки, у которых хранится результат в виде таблицы).

    Через вьюшки обычно решается распределение прав доступа к тем или иным данным - кому попало давать права на просмотр всей таблицы нет необходимости. Поэтому, вьюшки являются неким инструментом в разграничении таких прав - мы даём пользователю права на просмотр вьюшки, а не всей таблицы, тем самым оберегая себя от непредвиденных последствий (вдруг тот окажется "прошаренным маньяком" и понапакостит в данных). Таким образом, исходя из соображений безопасности, конечному пользователю данные следует передавать посредством представлений, а внесение изменений осуществлять посредством процедур (т.е. исключить прямой доступ к данным).

    А теперь, ВНИМАНИЕ, встречный вопрос: "В примере про JOIN я допустил ошибку. В каком месте?".


  9. Views (вьюшки) - динамические представления данных.

    Её состав определяется командой выборки данных (SELECT).

    Вьюшка определена заранее, простой выбор из таблицы - более гибок. Кроме того, к вьюшке нельзя создавать индексы.

    Основное назначение - отражение данных конечному пользователю (т.к. даёт доступ только на просмотр данных), т.е. через вьюшку данные нельзя изменить.

  10. toll

    Сдаётся мне, неспроста такие вопросы...

    В общем, чтобы не тормозило, создавай индексы - даёт ну оооооочень большой скачок в производительности. Причём, индексы в таблицах должны соответствовать тем полям, по которым идёт сравнение (т.е., в том числе и составные индексы).

    И можно воспользоваться разного рода соединениями через JOIN, например:

    SELECT
    t1.FieldA, t3.FieldB
    FROM
    Table1 t1 LEFT OUTER JOIN Table2 t2 ON t1.ID_t2 = t2.ID AND
    t2 LEFT OUTER JOIN Table3 t3 ON t2.ID_t3 = t3.ID

    CooDi

    Чтобы данные отсечь, их нужно сначала найти, а для этого и применяют индексы.

  11. The_Ice

    Это мы к чему сейчас клоним? Ежу понятно, что Canvas - это экземпляр класса TCanvas. Просто Dackregin не имеет представления об объектно-ориентированном программировании (ООП). Я лишь дал почву для размышления, а углубляться, уж извините, нужно самостоятельно.

    Dackregin

    Изучай принципы ООП.

  12. coder

    потомучто Мелкософт пропагандирует до-соплей свой подход к работе с базами данных через ODBC, в то же время в Delphi способов куча - и ODBC (ADO), и родная поддержка Interbase, и dbExpress (прямое соединение через клиентские библиотеки). Я работаю с Oracle, и пробовал разные способы, поверь - через dbExpress получение данных идёт быстрее.

    Кроме того, модель работы с данными в C# просто убивает своей нерациональностью - зачем-то сделали возможность ПОЛУЧЕНИЯ ВСЕЙ СХЕМЫ ДАННЫХ НА КЛИЕНТА и дальнейшее извращение с созданием связей и прочего, что ДОЛЖНО БЫТЬ НА СЕРВЕРЕ БД. Кароче, бред какой-то... Конечно, есть второй вариант - работа посредством запросов, но по-незнанию люди-то хватаются именно за первый вариант.

    Объяснение типа "поддержка оффлайновых сервисов" меня не устраивает по той причине, что можно всё это организовать в виде локальной СУБД. В общем, двойная работа получается... Полнейшее нарушение принципа построения клиент-серверных приложений. И вся эта штука может храниться в виде XML (оффлайновая БД).

    Да-да, XML - это, типа, круто, да? Но почему, чёрт возьми, я должен в КЛИЕНТСКОМ ПРИЛОЖЕНИИ делать работу СЕРВЕРА БД?

    Видимо, те несколько тысяч людей с нетрадиционной сексуальной ориентацией, которые работают в компании, должны были что-то придумать... Они бы лучше, чем такую хрень придумывать, над производительностью подумали, сборщик мусора получше бы тестили или компоненты по работе с данными отработали (BindingSource например), чтобы эти звери память десятками мегабайт не жрали...

    Кароче, слюна сейчас брызгать уже начнёт...

  13. мда... с C# башка становится похожа на голову шарпея (это такая порода собак, у них просто мозг шерстью покрыт, т.к. черепная коробка отсутствует *24)

    А вообще, на той же Википедии (http://ru.wikipedia.org) можно почитать про эти языки.

    По собственному опыту скажу, что с базами данных всё-таки эффективнее работать через Delphi. Кроме того, Delphi, в отличии от C#, поддерживает создание как полноценных Win-приложений, так и для платформы .Net.

  14. Ёще раз прошу помочь в простой программе с процедурами и функциями:

    var n,i,j:integer;

    Procedure XXX (var a:array [1..100,1..100] of integer);

    begin write(' ');

    readln(n);

    for i:=1 to n do

    for j:=1 to n do

    a[i,j]:=j*i;

    end;

    begin

    write(XXX(a[i,j]):3);

    writeln

    end;

    end.

    Что бы не делал в 4 строчке с конца пишет: что "а" неизвестный индефикатор. И с Подпрограммами функций тоже самое.

    бл.., это что? o_O с..ка, меня сейчас вывернет от такого кодинга....

    человек, смотри сюда:

    var n,i,j:integer;
    Procedure XXX (var a:array [1..100,1..100] of integer); хм, нормальное начало описания ПРОЦЕДУРЫ ХХХ, хотя уместней такие вещи в своём типе описать
    begin write(' '); было бы интереснее вместо этой фигни вывести, например, вот это (_*_), а то так на экране ничерта не видать
    readln(n);
    for i:=1 to n do
    for j:=1 to n do
    a[i,j]:=j*i;
    end; а вот тут КОНЕЦ ПРОЦЕДУРЫ
    begin а вот тут НАЧАЛО ОСНОВНОЙ ПРОГРАММЫ
    [b]write(XXX(a[i,j]):3);[/b] это тут у меня начались спазмы... ХХХ - это ведь ПРОЦЕДУРА??? а у них НЕТ РЕЗУЛЬТАТА!!!
    writeln и потом, a[i,j] - это аргумент ПРОЦЕДУРЫ, точнее ВЫХОДНОЙ ПАРАМЕТР, или я пьян?
    end; а это что за хренотень? (это тут компилятор выругаться должен после устранения верхних проблем)
    end. а вот это конец программы, или нет???

    А теперь вопрос: где учимся? ваша училка срисовывает ответы из книжки, вообще не врубаясь в суть происходящего, ничего вам не объясняя, или студент сам проквасил семестр, и теперь хвосты нагоняет?

    Идентификатор - знаю, индефикатор - это что? Новое оружие для разрушения мозга на клеточном уровне? Нас марсиане пытаются захватить?

    Товарищи, учите правильнописание, т.е. грамоту.

×
×
  • Создать...