[SQL Server] Waarom is 'dtproperties' user tabel?

Pagina: 1
Acties:
  • 147 views sinds 30-01-2008
  • Reageer

  • Chillz
  • Registratie: Augustus 2001
  • Laatst online: 11:26
Geen probleem waar niet omheen te werken is natuurlijk,
maar ik vraag het me toch af.

Als je in MS SQL Server alle USER-tabellen selecteert,
dan krijg je ook de tabel 'dtproperties' als zijnde een User tabel.

terwijl in je database properties (enterprice manager) deze tabel toch echt van het type 'System' is...

waarom doet SQL Server dit?

code:
1
2
3
SELECT   sysobjects.name
FROM   sysobjects
WHERE   sysobjects.xtype = 'u'

Leeg - Sinds 20180907


  • EfBe
  • Registratie: Januari 2000
  • Niet online
Omdat het bij de sourcecontrol features hoort en dat is inmens ranzig in elkaar gezet. Je hebt bv ook een heel scala aan dt_ stored procedures die erbij horen en IEDERE keer worden aangemaakt wanneer je met de enterprise manager de catalog opent en een object bekijkt/designed. In de tools van MS zit dus code die hardcoded filtert op dt_*. Maak jij je stored proc aan met dt_ als prefix dan zal hij niet te zien zijn in enterprise manager.

Voor de liefhebbers die alle dt_* stored procs willen verwijderen:
SQL:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
DROP PROCEDURE dt_addtosourcecontrol
DROP PROCEDURE dt_addtosourcecontrol_u
DROP PROCEDURE dt_adduserobject
DROP PROCEDURE dt_adduserobject_vcs
DROP PROCEDURE dt_checkinobject
DROP PROCEDURE dt_checkoutobject
DROP PROCEDURE dt_checkinobject_u
DROP PROCEDURE dt_checkoutobject_u
DROP PROCEDURE dt_displayoaerror
DROP PROCEDURE dt_displayoaerror_u
DROP PROCEDURE dt_droppropertiesbyid
DROP PROCEDURE dt_dropuserobjectbyid
DROP PROCEDURE dt_generateansiname
DROP PROCEDURE dt_getobjwithprop
DROP PROCEDURE dt_getobjwithprop_u
DROP PROCEDURE dt_getpropertiesbyid
DROP PROCEDURE dt_getpropertiesbyid_u
DROP PROCEDURE dt_getpropertiesbyid_vcs
DROP PROCEDURE dt_getpropertiesbyid_vcs_u
DROP PROCEDURE dt_isundersourcecontrol
DROP PROCEDURE dt_isundersourcecontrol_u
DROP PROCEDURE dt_removefromsourcecontrol
DROP PROCEDURE dt_setpropertybyid
DROP PROCEDURE dt_setpropertybyid_u
DROP PROCEDURE dt_validateloginparams
DROP PROCEDURE dt_validateloginparams_u
DROP PROCEDURE dt_vcsenabled
DROP PROCEDURE dt_verstamp006
DROP PROCEDURE dt_verstamp007
DROP PROCEDURE dt_whocheckedout
DROP PROCEDURE dt_whocheckedout_u


Mocht iemand weten hoe je deze ranzige troep UITZET, dus dat die sourcecontrol crap niet meer wordt toegevoegd, ik hou me aanbevolen, ik zou het nl. niet weten.

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


Verwijderd

EfBe schreef op 21 januari 2004 @ 12:28:
Mocht iemand weten hoe je deze ranzige troep UITZET, dus dat die sourcecontrol crap niet meer wordt toegevoegd, ik hou me aanbevolen, ik zou het nl. niet weten.
Niet meer laten toevoegen? Geen idee. Maar om het in je Enterprise Manager niet meer terug te zien, kan je bij "Edit SQL Server Registration Properties" het vinkje bij "Show system databases and system objects" uitzetten.

  • EfBe
  • Registratie: Januari 2000
  • Niet online
Ja dat snap ik, ik wil die dt_ reut niet meer zien, want je ziet ze WEL in query analyzer. Maar goed, als google het al niet weet... :)

Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com


  • P_de_B
  • Registratie: Juli 2003
  • Niet online
Je kunt ze natuurlijk uit de model db gooien, heb je ze niet in elke nieuwe db zitten die je aanmaakt. Hoe je ze helemaal niet installeert zou ik ook niet weten.

Oops! Google Chrome could not find www.rijks%20museum.nl


  • Chillz
  • Registratie: Augustus 2001
  • Laatst online: 11:26
maar om even terug te gaan naar mijn eigenlijke vraag:

in Enterprice Manager heeft 'dtproperties' het type system

maar als ik alle usertables opvraag, dan krijg ik ook 'dtproperties'... waarom??

Leeg - Sinds 20180907


  • cavey
  • Registratie: Augustus 2000
  • Laatst online: 17-02 19:31
omdat Microsoft dat zo heeft besloten? Het is een dood doener antwoord, ik weet het...... maar ik zou het anders ook niet weten.

Het zijn system tables soort van, en SQL server zal het vast ergens voor gebruiken (kan je ze echt waar gewoon weg mikken? Hmm, toch eens proberen met een test database dan...... niet dat het veel zal schelen in performance of space usage. hehehe...... maar toch).
Pagina: 1