|
|
I thought was in the Data Tools add-on.
|
|
|
|
|
Tools -> SQL Server ->New Data Comparison or New Schema Comparison. Helped me tremendously.
ed
|
|
|
|
|
Me too... once I had installed the Data Tools. Maybe it's included now, but I recall it being a separate install, in VS 2012.
|
|
|
|
|
I think it may be Enterprise edition only.
I use it regularly, it's quite handy, although it has messed up by taking away dbo permissions (my fault though not checking the script).
|
|
|
|
|
Nope. my Comunity 2015 edition has it as well as 2017 and 2019
ed
|
|
|
|
|
It's always nice to get a "thank you" - far too often all we get is abuse ...
But you probably want to tell Richard instead of waiting for him to see it. You can use the "atcode" by prefixing his ID with an "@", and find his ID on his home page:
@RichardDeeming And the system convert it to a link, and send him a message that you are talking about him: @RichardDeeming
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Unlike his brother Unri.
|
|
|
|
|
OriginalGriff wrote: It's always nice to get a "thank you" - far too often all we get is abuse ... See my signature... been there since 2011 or 2012 IIRC
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I'd rather let everyone that cares to look, how much I appreciate his help.
Also, he can be presently suprised when he sees it.
|
|
|
|
|
if you say post a comment to his answer he will (if he has them active in his profile) get a direct notification about your post. That's the most direct way to say "thanks" I know.
Doing it here is nice too, but could go unnoticed.
Summoning him as @OriginalGriff explained is a good method too.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Erbsenzähler
|
|
|
|
|
You locked him in the root cellar?
|
|
|
|
|
And how is this message more useful than mine back then[^]?
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have an aversion to creating things like statically backed ersatz "singleton" classes in languages that support them.
I don't know why. I also hate using statics even when confined to the CPP implementation file. I think that is an artifact of me not starting out in C or C++ when I cut my teeth on code. The fact that CPPs are essentially separate and private to their associated header is still not completely instinct. I don't get that confused or anything, but my gut doesn't take it into account, I think.
I've been trying to clean up Somebody Else's Code - an old Nintendo emulator written in C that was designed to run on things like Pentium processors. It has endured because it's fast, decently cross platform, and it is good at emulation. It reads like the C language does - terribly.
I've been porting it to C++, and I initially did a dumb thing and started trying to make it non-static.
This was an unforced error - risible on my part in terms of design. There is absolutely no reason to run two instances of an NES emulator as part of a single program.
I did it because I am averse to making these statically backed "singletons", or really any statically backed code setup in a language that supports classes.
Gosh it's silly of me.
Real programmers use butterflies
|
|
|
|
|
From my perspective, most classes are simply containers to organize functions, rarely do they need to be instantiable unless one is dealing with a collection of things or the class is used in a thread and needs to maintain its own context. I think I'm biased because I've experienced a lot of poorly designed OO progs.
|
|
|
|
|
Way back in college I learned that "There are Liars, Damned Liars, and in a class by themselves, Statisticians". Perhaps this is the reason.
In my opinion, statistics are way to "fuzzy". You can say/prove anything you want to with them.
You are using languages that are way beyond me. I am a humble VB programmer, VB6 for legacy apps, and VB.Net for new development.
ed
|
|
|
|
|
Before I was proficient at C++ and prior to .NET I was using a ton of VB6. I spent a lot of time hacking it to get it to render professional and snazzy interfaces.
This site helped with that a ton: Visual Basic Accelerator Home[^]
Real programmers use butterflies
|
|
|
|
|
So,
What other languages do you use? Do you do javascript or web stuff?
|
|
|
|
|
I really don't like web development to the point where I've deliberately let my JS and HTML skills rust so I could honestly say I'm not the developer you want for that.
Frankly, I use what I need to. I even learned a bit of python in order to port some old Win3.1 .FON file loading code from it.
Because of that, I've used Java, C, C++, C#, VB, VB.NET, ASM (various platforms), 6502 bytecode (before i discovered assembly), Python, JS (way back when), Pascal, and probably other languages that aren't occurring to me right now.
Real programmers use butterflies
|
|
|
|
|
Hmmm,
Are you proficient with WinDbg, IDA Pro and/or Ghidra?
|
|
|
|
|
WinDBG I used to be, but I haven't used it in forever.
Real programmers use butterflies
|
|
|
|
|
"Use the right tool for the right job." -- Scotty et al
I write a lot of library routines, so statics are the norm.
I am also not a fan of singletons as they make no sense from a design viewpoint.
I have yet to see a convincing argument in favor of singletons for anything mission critical.
BUT! As it turns out, I wrote a family of five (!) singletons yesterday. Each implements a MAC address parser with a different level of leniency -- from Strict to Wild West.
This is still essentially a set of library routines, but each is implemented by a different specialized singleton, accessible only via one static class. (I didn't bother with making them lazy; all they contain is a Regular Expression.)
It's sort of like the family of System.StringComparer s or System.Text.Encoding s.
P.S. -- C# of course.
modified 11-Dec-21 11:45am.
|
|
|
|
|
You can't create static "user controls" or windows; they have to be instantiated; and if you only want / need one, you wind up with a singleton. For that matter, an app can be a singleton (via Mutex) if no 2 instances should be run at the same time due to file contention, etc.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
And I hate statistics much more over statics
|
|
|
|