18

I will attempt to answer this but it is very important to understand that SO is responsible for migrating questions here, not us. From our point of view though: The question is on-topic here (despite the name, we are not just for Database Administration) It is the kind of question that we have a track record of looking after well All three answers come ...


12

Your question is on-topic here and would also be on-topic for Code Review (I checked with a moderator from that site to be sure). We do not have many active Access experts here on dba.se, so a high proportion of questions unfortunately currently go unanswered. Code Review has a much better record in that respect, but that may simply reflect the low number ...


10

This has been resolved. We were performing some testing on Post Notices and in doing so we found this bug in the migration process. This bug has been fixed and there should be no more weird migrations that point to incorrect posts.


10

This has been implemented by the community team.


9

I think MDX questions are probably closer to the mark here. This is now the "official" B.I. site in the network. I added the MDX tag to that question for you so it can be used in the future.


8

Your question would be on-topic on Code Review. However, it is also on-topic for DBA. By Stack Exchange policy, being a better fit on another site does not make it eligible for migration; only questions that are off-topic on the original site may be migrated. (Many questions are asked every day that could conceivably fit on more than one site. That rule ...


7

It is very useful to have some specific guidelines about migration, so thanks @Shog9 for providing us with them, both here and now on your blog post. It seems clear to me that we should not any longer be seeing migration as a way to build the site (and it has proved a very effective tool in the past, we have many satisfied customers who started off ...


6

My opinion, we should create new questions on DBA.SE. There are a many good questions and answers over there that just seem like a better fit here. It would help when people are searching the site and make the related & linked questions better. It's interesting to see how there are some really good questions on SO from before 2012 relating to DB stuff. ...


6

Question #1 - while it is certainly not strictly about Java, the question is framed in the sense of a programming question, which is on-topic for StackOverflow.com, and since it doesn't reference or require any advanced database-related coding nor any database-maintenance or management issue, it is off-topic for dba.se. From the on-topic help page for dba....


6

to be a steady decline in the overall quality of questions on StackOverflow. In line with this decline, and perhaps causing it, is a trend to treat new people more and more poorly. A good developer does not respond well to being treated poorly, so what is left is, well, the not-so good Questioners. StackOverflow is becoming an Answerer's Club. If that ...


5

I'd say just keep the VTC room as a link farm of the questions so they don't get lost in the volume of bollocks (which is only going to increase). Even if the discussion takes place in The Heap the links can be stashed in the VTC room, and it is useful in that capacity, even just as a personal link farm for people doing community mod work.


5

You will have to wait for answers from the individuals that migrated your question to hear their reasoning, but personally I would not have migrated this question. I don't think we should be migrating anything except exceptionally good questions that are obviously off-topic for Database Administrators, and obviously on-topic at the target site. Otherwise, ...


5

First question: would be on-topic for DBA if it wasn't also about how to interface this query to the Java code. Therefore I felt it was a better fit for SO. Second question: I have no idea why I voted to close that (before I had my coffee?) and I have retracted my vote. Third question: It's about creating deployment scripts in Visual Studio. There have got ...


4

I voted to close the individual questions because of .... It contains references to Java and in the statement it is asking for the syntax of a Java/INSERT statement with specific variables: The INSERT would be on-topic, if it weren't too basic The Java/String concatenation is off-topic I didn't vote on that question as far as I can tell from my ...


4

I wish all db related stuff would be migrated, at the moment you find same topics on both sites. That makes getting exposure and searching for things very inefficient. Would be nice if one selects the tag sql-server-2012 he will automatically sent to dba.stackexchange.com to post the question.


4

I was one of the voters. To be honest, I was going to vote the question as "unclear what you're asking" because you were expecting database folks to have domain knowledge about what a PHP serialized array looks like and you didn't include any SQL statements, table definitions or anything. I saw 3 people before me already voted to migrate, and no-one cast ...


3

Reading the question, it seems unclear. I don't know what I would have voted if I had seen it, probably to "close as unclear" or make a comment for you (the OP) to clarify it. Second, you mention that "I only want to use database functions to do the task.". But that was not in the original question. Serializing and unserializing PHP objects sounds like a ...


3

The comment has been deleted. The problem originates the fact that you have multiple accounts and they have not been merged. You can learn about merging accounts here: https://dba.stackexchange.com/help/merging-accounts


3

One option would be to link to the SO tags directly: eg https://stackoverflow.com/tags/single-table-inheritance/info though I don't think there is any harm just summarising the relevant info over here: SO is a completely different universe which means the 'Y' in 'DRY' doesn't apply ;)


3

I'm going to be the obligatory negative voice. I don't think there's so much banter in the Heap that we won't be able to deal with actual migrations or other issues, and it's likely to get missed pretty often, with people coming to the Heap looking to resolve issues, so you'll have two rooms for that. Granted, you'll have a room of those who are most likely ...


3

Since there were no objections, I have now completed this work manually. Future rejected migrations will be handled (mostly) automatically. Starting this coming weekend, these should be deleted automatically 30 days after being rejected. Note that this logic will only delete a rejected, migrated question if it meets the following criteria: ...


3

I was deciding between "unclear" and "off-topic". Seeing that the gist of the question was about implementing some logic using a programming language (literally "Can I accurately transpose a php serialized array") I thought it might have a chance on SO, provided that more details would be added. The question is certainly not about database administration.


3

I voted to migrate that to StackOverflow since serialization is typically performed at the application layer, which allows the CPU-intensive operation to be distributed across many clients instead of it being performed at the server. Doing this work at the server is somewhat likely to result in performance issues. I felt StackOverflow would result in a ...


3

It seems to me that the php aspects of your question were more emphasized over the MySQL aspects of your question. That is likely one factor that motivated the migration. It also seems like your question is unclear and/or too broad. The simple answer is: yes you can send data to a database from php and that data can be inserted into normalized tables. Since ...


2

If the question you propose is identical to the one answered on Stack Overflow and that question has excellent answers that are up-to-date and helpful, I'd probably lean towards not duplicating (cross-posting) the post. If the question is of poor quality, or the answers are out of date on Stack Overflow , I'd probably vote-to-close the question on Stack ...


2

Regarding the question of "how do the tags work" - Each site has it's own tag tables, right? That much is pretty evident. The SE team could migrate the tag over if it doesn't exist on each question, but that would create a lot of cruft because different sites may use different tags in different ways. Right now the solution is to keep tags that already ...


Only top voted, non community-wiki answers of a minimum length are eligible