»»'m afraid that your problem with aluminium is that you've lost a letter
The very first shipment of Aluminium to the USA was greated by a customs official that mispelt the description of goods ie with an I missing, the rest is as they say - history. M -----Original Message----- From: "Steve Rochford" <[EMAIL PROTECTED]> Date: Wed, 26 Apr 2006 17:22:51 To:<[email protected]> Subject: RE: going waaaayyy OT [ActiveDir] stupid ldap queries The thing is that those of us who know how to pronounce the language make efficient use of all the letters and hence get multiple pronunciations and meanings from the same set of letters :-) router (pronounced rooter) is the thing in your network; router (pronounced in some way I can't do in phonetics because my phonetics don't work across the pond!) is the thing you use for wood working I'm afraid that your problem with aluminium is that you've lost a letter - the letter is I and I can understand why a person as quite and unassuming as Joe would not want to thrust that extra I at us :-) (Actually, a quick google tells me that it's we brits who are wrong but why should we let facts stand in the way of an argument !!) The thing that always intrigues me about English is that it's now spoken by so many people who just don't know where in the world it comes from - I've had people tell me I speak English well and sound surprised when i tell them I'm from the UK - it's as if they don't know we speak English here... Steve ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of joe Sent: 23 April 2006 19:03 To: [email protected] Subject: RE: going waaaayyy OT [ActiveDir] stupid ldap queries Oh, there is no question with router, you guys totally screw that one up.... ;o) Ditto for aluminum. I can't even try to say it the way you do, sounds like you threw in a couple of extra letters and a syllable or two... Me, I think I am going to learn Chinese or Spanish and stick to that completely. joe -- All your base belong to us. ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 20, 2006 11:43 AM To: [email protected] Subject: going waaaayyy OT [ActiveDir] stupid ldap queries hmm, bit of a circular argument there really :) Most of the computer lingo was created by those on your side of the pond and was thus influenced by "American English". Naturally, the majority "dictate" to the minority (to a point) but it's a shame to see words change so much that their origins are lost along the way. [as for the pronunciation of words, such as 'router', that's another story! perhaps we'll save that debate for another day :) ] IMHO, "indexes", "matrixes" and so on are just plain clumsy :) neil ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of joe Sent: 20 April 2006 15:41 To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries Yeah I am always confused on whether I should write indexes or indices. Indices (in dih sees) is what I want to write but have seen too many MS docs that had it written as indexes. Ditto viruses and virii. English and computer speak don't meld well... There is some old quote that goes something like (I know this isn't right but it is the gist...) If you had a computer language that was based on proper english you couldn't find any programmers who could use it. joe -- O'Reilly Active Directory Third Edition - http://www.joeware.net/win/ad3e.htm: <http://www.joeware.net/win/ad3e.htm> ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, April 20, 2006 9:48 AM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries I'm not sure I see the link here between indices and extensions. The former are utilised to help optimise queries against the database whilst the latter are used to store additional data in the (same) database. If an attribute is queried on a frequent basis and it's not indexed, then I'd suggest there's a good argument for adding a new index. However, the addition of new data types and hence attributes (and/or classes) does not necessarily flow from that change - at least not in my experience. Did I read too much into your post? Judging from DEC, I'd say you are a little paranoid about making changes to the schema - even the addition of indices :) [nice to see the word spelt correctly, for a change :) ] I completely agree that the schema should be treated with respect and only changed where necessary - a new index is a relatively small change that can result in big improvements within the environment, however. I would not approach an extension in the same way though :) my 2 penneth, neil ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee, Wook Sent: 19 April 2006 16:48 To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries Adding indices will start you down the slippery slope that ultimately leads to custom schema extensions. Do you like new OIDs? J Wook ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of joe Sent: Wednesday, April 19, 2006 4:19 AM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries Exactly, you can tell you AD to do it efficiently versus trying to train everyone who writes a query that goes against AD. I mean you want to try and train everyone because there are other bad things they can do that you can't easily handle but this is a nice quick easy thing to do to help. I HIGHLY HIGHLY HIGHLY recommend folks use adfind or ldp to test their queries and have the STATS output generated and displayed when they are doing dev work to figure out how good their queries are, in adfind, look at the -STATS* set of switches. Seriously, they are very cool. You will learn a lot about how the queries are working whether you intend to or not. joe -- O'Reilly Active Directory Third Edition - http://www.joeware.net/win/ad3e.htm: <http://www.joeware.net/win/ad3e.htm> ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, April 19, 2006 12:34 AM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries It’d the same relative gain running a query using objectcategory versus objectclass. Most of the time, I would run into queries that people were using, utilizing objectclass instead of objectcategory. Indexing objectclass made this moot. :m:dsm:cci:mvp | marcusoh.blogspot.com ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jef Kazimer Sent: Tuesday, April 18, 2006 5:55 PM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries It seems like an obvious idea to implement. Sad we never thought about it. :) Has anyone done any tests to reveal what performance gains this yields on queries? Thanks, Jef ---------------- Subject: RE: [ActiveDir] stupid ldap queries Date: Tue, 18 Apr 2006 17:03:35 -0400 From: [EMAIL PROTECTED] To: [email protected] I did the same after I saw some of the activedir folks post about doing it… J :m:dsm:cci:mvp | marcusoh.blogspot.com ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Lee, Wook Sent: Tuesday, April 18, 2006 4:47 PM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries I never understood why Microsoft chose not to index objectclass by default. I indexed it in our directory as soon as we got the go ahead from Microsoft that it was supported. That was years ago. Wook ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Brian Desmond Sent: Tuesday, April 18, 2006 11:50 AM To: [email protected] Subject: RE: [ActiveDir] stupid ldap queries No. isMemberOfPartialAttributeSet just means that the attribute is replicated into the GC. Being in the GC does not imply that the attribute is indexed. There’s an attribute (I think “isIndexed”) which says the attribute should be indexed in the database. Thanks, Brian Desmond <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] c - 312.731.3132 ---------------- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matheesha Weerasinghe Sent: Tuesday, April 18, 2006 2:15 PM To: [email protected] Subject: Re: [ActiveDir] stupid ldap queries bummer! I meant adfind -schema -f "&(objectclass=attributeschema)(ismemberofpartialattributeset=TRUE)" ldapdisplayname -list On 4/18/06, Matheesha Weerasinghe < <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]> wrote: sorry that was meant to be adfind -schema -f "&(objectclass=attributeschema)(ismemberofpartialattributeset=T RUE)" ldapdisplayname -list On 4/18/06, Matheesha Weerasinghe < <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]> wrote: Thanks for the reply. In that case why does adfind -schema -f "&(objectclass=attributeschema)(ismemberofpartialattributeset=T RUE)" ldapdisplayname -list returning objectclass amongs the others? Doesn't this mean objectclass is indexed? The reason I ask is because I wanted to make sure I didn't write stupid ldap queries that load up the server. I am still learning so please be patient with this n00b. Thanks M@ On 4/18/06, Brian Desmond < <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]> wrote: > Not sure I understand the question fully, but, no objectClass is not > indexed. objectCategory is. So if you want to get all users you do: > > (&(objectCategory=person)(objectClass=user)) > > Thanks, > Brian Desmond > <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] > > c - 312.731.3132 > > > > > -----Original Message----- > > From: <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] [mailto: > > <mailto:ActiveDir-> ActiveDir- > > <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED] On Behalf Of Matheesha > > Weerasinghe > > Sent: Tuesday, April 18, 2006 1:00 PM > > To: <mailto:[email protected]> [email protected] > > Subject: [ActiveDir] stupid ldap queries > > > > All > > > > Could someone please explain how Non-indexed queries (e.g. > > "objectClass=user") fall in this category? I saw this mentioned in > some > > slides by Gil and couldnt quite understand what he meant. Isn't > > objectclass indexed as part of the partial attribute set? > > > > Thanks > > > > M@ > > List info : <http://www.activedir.org/List.aspx> > > http://www.activedir.org/List.aspx > > List FAQ : <http://www.activedir.org/ListFAQ.aspx> > > http://www.activedir.org/ListFAQ.aspx > > List archive: <http://www.mail-/> http://www.mail- > > <http://archive.com/[email protected]/> > > archive.com/activedir%40mail.activedir.org/ > List info : <http://www.activedir.org/List.aspx> > http://www.activedir.org/List.aspx > List FAQ : <http://www.activedir.org/ListFAQ.aspx> > http://www.activedir.org/ListFAQ.aspx > List archive: <http://www.mail-archive.com/[email protected]/> > http://www.mail-archive.com/activedir%40mail.activedir.org/ > ---------------- <> PLEASE READ: The information contained in this email is confidential and intended for the named recipient(s) only. If you are not an intended recipient of this email please notify the sender immediately and delete your copy from your system. You must not copy, distribute or take any further action in reliance on it. Email is not a secure method of communication and Nomura International plc ('NIplc') will not, to the extent permitted by law, accept responsibility or liability for (a) the accuracy or completeness of, or (b) the presence of any virus, worm or similar malicious or disabling code in, this message or any attachment(s) to it. If verification of this email is sought then please request a hard copy. Unless otherwise stated this email: (1) is not, and should not be treated or relied upon as, investment research; (2) contains views or opinions that are solely those of the author and do not necessarily represent those of NIplc; (3) is intended for informational purposes only and is not a recommendation, solicitation or offer to buy or sell securities or related financial instruments. NIplc does not provide investment services to private customers. Authorised and regulated by the Financial Services Authority. Registered in England no. 1550505 VAT No. 447 2492 35. Registered Office: 1 St Martin's-le-Grand, London, EC1A 4NP. A member of the Nomura group of companies. PLEASE READ: The information contained in this email is confidential and intended for the named recipient(s) only. If you are not an intended recipient of this email please notify the sender immediately and delete your copy from your system. You must not copy, distribute or take any further action in reliance on it. Email is not a secure method of communication and Nomura International plc ('NIplc') will not, to the extent permitted by law, accept responsibility or liability for (a) the accuracy or completeness of, or (b) the presence of any virus, worm or similar malicious or disabling code in, this message or any attachment(s) to it. If verification of this email is sought then please request a hard copy. Unless otherwise stated this email: (1) is not, and should not be treated or relied upon as, investment research; (2) contains views or opinions that are solely those of the author and do not necessarily represent those of NIplc; (3) is intended for informational purposes only and is not a recommendation, solicitation or offer to buy or sell securities or related financial instruments. NIplc does not provide investment services to private customers. Authorised and regulated by the Financial Services Authority. Registered in England no. 1550505 VAT No. 447 2492 35. Registered Office: 1 St Martin's-le-Grand, London, EC1A 4NP. A member of the Nomura group of companies.
