Перейти к публикации
  • Сейчас на странице   Всего пользователей: 0   (0 пользователей, 0 гостей)

Rooster

Программирование, т. 8

  

315 пользователей проголосовало

У вас нет прав на голосование в этом опросе, или на просмотр результатов опроса. Пожалуйста, войдите или зарегистрируйтесь для голосования в опросе.

Рекомендованные сообщения

(изменено)

Удалось получить некоторые RSS и распарсить их

ток проблема в наложении фильтра

 

https://docs.microsoft.com/api/search/rss?search=findset&locale=en-us&$filter=scopes%2Fany(t%3A%20t%20eq%20%27DynamicsNAV%27)

 

здесь задействован фильтр DynamicsNAV но как допольнительные добавлять вопрос :D

 

слишком дохуя по некоторым запросам получается данных если применять фильтр только DynamicsNAV


Изменено пользователем Drakonian

Поделиться сообщением


Ссылка на сообщение
(изменено)
с чего ты решил что его список соджержит объекты того же типа?

с того же с чего все остальные решили, что объекты разнотипные :nate:

 

 

 

во-вторых даже если того же типа - сработает, но ты дублируешь данные

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

 

 

 

m2m с собой не требует доп. ключей ибо этот ключ 1) один хуй ни в одной таблице не будет PK, 2) он unique на таблицу в которой уже есть PK

представь, что в таблице с объектами два поля содержащие списки объектов и твой пример сработает только с двумя таблицами вида ObjectsList

 

 

сработает, только говнокод

из очевидного - у тебя в objectList id не пк и по сути функцию id не выполняет

а так дедскин тебе вон расписал как надо

 

PS: таблицы называть во множественном числе не комильфо

а что это как не первичный ключ? он не уникальный или не минимальный? или не позволяет сделать уникальную выборку?

 

PS: вскрикнуть говнокод, согласившись, что оно работает и доебавшись до названия таблиц - это жирный плюс за коммуникацию. ну ты же понимаешь, что это пример и таблицы в нем могли быть названы хоть Table1, хоть hupizda2? :lol:


Изменено пользователем KotZhilkina

Публикация отключена

Поделиться сообщением


Ссылка на сообщение

 

с чего ты решил что его список соджержит объекты того же типа?

с того же с чего все остальные решили, что объекты разнотипные :nate:

 

рекурсивные m2m всё-таки довольно редкий случай по сравнению с разнотипными списками, так что у остальных был повод так решить

но хуй с ним, это неважно

 

 

во-вторых даже если того же типа - сработает, но ты дублируешь данные

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

 

не строки, а колонки

в первой таблице колонка №3 дублирует функционал колонки №1

это абсолютно бесполезный ключ поскольку наличия PK в таблице object-ов достаточно для идентификации владельца списка, для этого не нужен ещё один nullable ключ и это никак не помогает джойнам и вооюще ничему

 

единственное где такой подход может быть оправдан это избегать дублирования полностью совпадающих списков если ты знаешь что у тебя часто полностью совпадают списки между объектами и тогда ты снимаешь ограничитель unique с колонки №3 и теперь можешь отсылаться к тому же списку

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

Поделиться сообщением


Ссылка на сообщение

 

 

не строки, а колонки
в первой таблице колонка №3 дублирует функционал колонки №1
это абсолютно бесполезный ключ поскольку наличия PK в таблице object-ов достаточно для идентификации владельца списка, для этого не нужен ещё один nullable ключ и это никак не помогает джойнам и вооюще ничему

помогает если списков у каждого объекта больше одного, а если один - то просто не мешает (тип данных одинаковый - место в таблицах занимают одинаково).


Публикация отключена

Поделиться сообщением


Ссылка на сообщение

если списков у каждого объекта больше одного

https://i.kym-cdn.com/photos/images/newsfeed/000/531/557/a88.jpg

 

где он хоть раз писал что там может быть список списков? откуда ты берёшь эти охуительные идеи?

 

и кстати если там список списков то твоё решение тоже нихуя не помогает потому что 3 поле всё-равно atomic и ссылается на 1 список

чтоб поддерживать список списков тебе всё-равно нужна ещё одна отдельная таблица которая будет представлять собой m2m от таблицы "объект" к таблице "список объектов"

 

твоё третье поле это мапп

 

а если один - то просто не мешает (тип данных одинаковый - место в таблицах занимают одинаково).

твоя первая таблица занимает места на 4 или 8 байт * кол-во записей больше чем моя версия поскольку у неё есть юзлессный ключ

Поделиться сообщением


Ссылка на сообщение
(изменено)

кароче, кот

по поводу какой тип у вторых объектов (тот же или другой) - изначальное требование "список из других объектов" которое сложно понять по другому 

 

вообще говоря, ты предложил верное решение, но не очень хорошее

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

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


Изменено пользователем Just.Doit

 

очень крутые котейки

RqvSzvr.png


Кому-то пизды дал - нужно сделать скрин обязательно. (с) Solo

Поделиться сообщением


Ссылка на сообщение

посмотри еще головача java junior, подзадрочи SQL и двигай на собеседования, там уже на месте поймешь что спрашивают и где ты плаваешь. просто так сидеть и проходить все курсы - занятие на мой взгляд довольно бессмысленное, быстрее вкатишься - быстрее начнешь расти в каком то реальном направлении, а не заниматься бесполезной хуйней типа джавараша. главное после вкатывания продолжать для себя изучать все эти сабжи, чтобы всё таки быть разработчиком, а не обезьянокодером. Когда изучаешь всё это параллельно реальной работе, то оно и воспринимается по-другому и практическую цель имеет и кароче ваще заебись 

 

 

 

ок, тю, дюд, доебеню головача с сиквелом.

Поделиться сообщением


Ссылка на сообщение

 

посмотри еще головача java junior, подзадрочи SQL и двигай на собеседования, там уже на месте поймешь что спрашивают и где ты плаваешь. просто так сидеть и проходить все курсы - занятие на мой взгляд довольно бессмысленное, быстрее вкатишься - быстрее начнешь расти в каком то реальном направлении, а не заниматься бесполезной хуйней типа джавараша. главное после вкатывания продолжать для себя изучать все эти сабжи, чтобы всё таки быть разработчиком, а не обезьянокодером. Когда изучаешь всё это параллельно реальной работе, то оно и воспринимается по-другому и практическую цель имеет и кароче ваще заебись 

 

 

 

ок, тю, дюд, доебеню головача с сиквелом.

 

минус за лексику

AskMe- понравилось это

:buba:

ни мало ни много, а много и мало

Поделиться сообщением


Ссылка на сообщение

 

 

где он хоть раз писал что там может быть список списков? откуда ты берёшь эти охуительные идеи?

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

 

 

 

по поводу какой тип у вторых объектов (тот же или другой) - изначальное требование "список из других объектов" которое сложно понять по другому 

это сложно понять иначе как "список из других объектов того же типа", т.к. иное явно не указано :nate:


 


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

"задел на будущуюю оптимизацию" - вот устоявшийся паттерн :trollface:


 

 

твоя первая таблица занимает места на 4 или 8 байт * кол-во записей больше чем моя версия поскольку у неё есть юзлессный ключ

согласен - я думал мы про вторую таблицу спорим


Публикация отключена

Поделиться сообщением


Ссылка на сообщение

 

ок, тю, дюд, доебеню головача с сиквелом.

минус за лексику

 

*минус ебало


Russia.png.ea080e101222d708d08842dae4ccc684.png USA.png.9b863586cd992fb91bf92ed1de03e4cc.png Israel.png.f27d10a4455f05cd161a8c2c52b8b5e1.png

Поделиться сообщением


Ссылка на сообщение
(изменено)

ебать вы тут развели, уточняю - объект содержит один лист объектов, типы разные

 

лучше поясните за xsd: есть такой xml

 

<писька>
    <хуй></хуй>
    <пизда></пизда>
    <джигурда></джигурда>
    <сиська></сиська>
</писька>
как в xsd описать, что тэг "сиська" должен встретится ровно 1 раз, а один из тэгов хуй\пизда\джигурда минимум 1 раз

 

<xs:element name="писька" maxOccurs="unbounded" minOccurs="1">
    <xs:complexType>
        <xs:sequence>
            <xs:choice maxOccurs="unbounded" minOccurs="1">
                <xs:element name="хуй" minOccurs="0">
                </xs:element>   
                <xs:element name="пизда" minOccurs="0">
                </xs:element>
                <xs:element name="джигурда" minOccurs="0">
                </xs:element>
            </xs:choice>
            <xs:element name="cиська">
            </xs:element>  
        </xs:sequence>
    </xs:complexType>
</xs:element
пробовал так - не канает

 

ебучая матрешка, надо попробовать жалюзи


Изменено пользователем Ramil

javascript:void(0);

Поделиться сообщением


Ссылка на сообщение

Я думаю вот в выходные в икею сгоняю тож за жалюзями. А то утром прямо в ебало светит


65881.png

Поделиться сообщением


Ссылка на сообщение
(изменено)

ебать вы тут развели, уточняю - объект содержит один лист объектов, типы разные

 

лучше поясните за xsd: есть такой xml

 

<писька>
    <хуй></хуй>
    <пизда></пизда>
    <джигурда></джигурда>
    <сиська></сиська>
</писька>
как в xsd описать, что тэг "сиська" должен встретится ровно 1 раз, а один из тэгов хуй\пизда\джигурда минимум 1 раз

 

<xs:element name="писька" maxOccurs="unbounded" minOccurs="1">
    <xs:complexType>
        <xs:sequence>
            <xs:choice maxOccurs="unbounded" minOccurs="1">
                <xs:element name="хуй" minOccurs="0">
                </xs:element>   
                <xs:element name="пизда" minOccurs="0">
                </xs:element>
                <xs:element name="джигурда" minOccurs="0">
                </xs:element>
            </xs:choice>
            <xs:element name="cиська">
            </xs:element>  
        </xs:sequence>
    </xs:complexType>
</xs:element
пробовал так - не канает

 

ебучая матрешка, надо попробовать жалюзи

 

а шо гугол про xsd пишет? 

maxOccurs="1" minOccurs="1" не? - хотя это и есть по дефолту

чойс кажется норм, только minOccurs 1 у элементов должно быть. точнее вообще без него тк это дефолт

 

что значит "не канает"? какие кейсы не проходят тест?


Изменено пользователем Just.Doit

 

очень крутые котейки

RqvSzvr.png


Кому-то пизды дал - нужно сделать скрин обязательно. (с) Solo

Поделиться сообщением


Ссылка на сообщение

 

 

ебать вы тут развели, уточняю - объект содержит один лист объектов, типы разные

плавно переходим к необходимости наличия бизнес-аналитиков для сбора и разъяснения требований :rickroll:

 

 

 

как в xsd описать, что тэг "сиська" должен встретится ровно 1 раз, а один из тэгов хуй\пизда\джигурда минимум 1 раз

 

попробуй

 

 

<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" >
  <xsd:element name="home">
    <xsd:complexType>
      <xsd:complexContent>
        <xsd:restriction base="xsd:anyType">
          <xsd:sequence>
        <xsd:choice minOccurs="1" maxOccurs="unbounded">
            <xsd:element name="tag1"/>
            <xsd:element name="tag2"/>
            <xsd:element name="tag3"/>
        </xsd:choice>
            <xsd:element name="onlyonce" minOccurs="1" maxOccurs="1" />
          </xsd:sequence>
        </xsd:restriction>
      </xsd:complexContent>
    </xsd:complexType>
  </xsd:element>
</xsd:schema>

вам похоже на работе совсем делать нехуй

photo-121888.jpeg?_r=1533715585

`KV, Kant и Ramil понравилось это

Публикация отключена

Поделиться сообщением


Ссылка на сообщение

 

где он хоть раз писал что там может быть список списков? откуда ты берёшь эти охуительные идеи?

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

 

нахуй второй ключ тогда?

 

ты это делаешь или через

1) таблица друзья, таблица враги. оба дефолтные m2m

TABLE friends (
    id_owner FK(users.id),
    id_recepient FK(users.id)
)

TABLE enemies ( такая же )
2) одна таблица с полем указывающем тип

TABLE friendsenemies (
    id_owner FK(users.id),
    id_recepient FK(users.id),
    relation_type int not null
)
и внезапно

в обоих случаях тебе нахуй не нужен ещё один ключ блядь, ты напрямую отсылаешься к PK объектов

 

 

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

"задел на будущуюю оптимизацию" - вот устоявшийся паттерн :trollface:

 

это ты о своём решении или о нашем?

 

потому что ни у твоего, ни у нашего нет задела на оптимизацию, это просто ты какого-то хуя делаешь выборочную копию праймари ключа, нахуя она там нужна? какую цель ты преследуешь делая ещё один ключ в таблице объекта?

Поделиться сообщением


Ссылка на сообщение

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


Публикация отключена

Поделиться сообщением


Ссылка на сообщение
Гость LifeIsPain

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

это ты на галерах не работал, оптимизируют дауны которые после тебя придут

Поделиться сообщением


Ссылка на сообщение

есть десятки способов это сделать лучше чем запутывать самого себя разными ключами на один объект

Поделиться сообщением


Ссылка на сообщение
Гость
Эта тема закрыта для публикации сообщений.

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