This question was quickly edited/changed by someone else to "How do you do AUTO_INCREMENT in Oracle". And then it was marked as a duplicate and quickly closed.
I never asked a question on Stack Overflow again.
This question was quickly edited/changed by someone else to "How do you do AUTO_INCREMENT in Oracle". And then it was marked as a duplicate and quickly closed.
I never asked a question on Stack Overflow again.
It sounds like you don't want it to be "the place where everyone can ask questions" so much as "the place where only good questions get civil responses".
If SO/SE were rebranded to be less inviting it wouldn't be "under siege".
The operators of the site refuse because it would limit their advertising reach.
Both sides have become more entrenched over time, and the result is a unhappy disintegrating mess.
In development, auto-increment appears to be previous field +1. Developers write code expecting that behavior and relying on continuous IDs without gaps. But, well, for example, Oracle doesn't rollback sequence values. They also pull them in blocks (I think blocks of 20?). So sometimes you can end up with numbering like 1,2,3,20,22 if things were weird at just the right time, and you probably never saw it during development or QA unless you happened to know to try to force it.
Then you get things like SQL Server resets auto increment field values on database export/import, so numbering which used to have gaps in the original will have no gaps in the import, causing the numbers to change. (I have no idea why, just seems like a bug/disaster waiting to happen.) Changing some ID fields tends to cause obvious disasters, as you usually have several tables which store a copy of the old auto ID value to join on.
I've seen several production data loss issues as I learned about the joys of this data type and prefer to avoid them as I learned more.
GUIDs require more storage, and are likely (definitely with v4 GUID) to lead to index fragmentation. Postgres requires an extension to do most useful things with GUIDs whereas SERIAL is ready to go. I'm very pro-GUID yet don't universally prefer them in databases.
That sort of curiosity makes for a good Ask HN post. Maybe give that a try next time? https://news.ycombinator.com/ask
(For anyone who doesn't know, those are just text posts. It's conventional to put "Ask HN: " at the head of the title if you're asking a question, "Tell HN: " if you're telling rather than asking.)
WHY questions are not good use cases for what Stack Overflow is trying to accomplish. WHY questions to a community that isn't the original developer of a tool have subjective answers and Stack Overflow is trying to be a place of objective problem solving. Possibly your question was better suited for an app like Quora.
I still sometimes post questions in the hopes of an answer, but 99% of the time the question is too subtle for the site and I either get no answer, or answers to a question I didn't ask.
Personally, I don't like SO and I'm not convinced we're better off having it around.
I find that simultaneously troubling and, given my experiences on SE, unsurprising from someone whom I assume is a SE mod. If that's the position that most moderators take, no wonder it's such a caustic place.
I just stopped asking questions there.